关闭suse的防火墙功能
(2011-06-19 23:21)
XP下安装gVim，外加Ctags，Taglist，cscope等插件的配置
C++中我们经常要用到的内存分配操作是使用new，由于新老编译器版本，对于内存分配失败的情况下的处理是不一致的。比如老的编译器可能返回指针为NULL表示内存分配失败，但是新的编译器可能就会抛出一个bad_alloc异常。为了兼容c中malloc内存分配失败返回NULL的情况，c++中特地提供了一个std::nothrow对象实现该功能。
#include <new>
......
char * p = new(std::nothrow) char[1000];
if (p == NULL)
{
......
}
今天在windows下查看到一个文件，内容为link
./application/Makefile，不解到底是干什么用的文件
最后咨询别人才知道这原来是linux下的一个软链接，失败啊，一直不知道。。。。
大约从5月份开始，一台Server开始出现重启Worker Coredump的问题，期间负责该Server的两位同事先后就
在使用markupSTL解析XML文件的时候，对于position对解析过程的影响总是浑浑噩噩，特总结一下信息，以备查验
1. FindElem函数说明
FindElem函数可以当做'FindNextElem'，使用该函数可以将main
position设置为当前element接下来的兄弟element，如果
不存在接下来的兄弟elment，那么函数返回false，并且main position维持原来的位置。
如果一个doc刚刚load，那么不存在所谓的current
position信息(包括parent,main,child)，这时调用FindElem后，main position
的值将维持在doc的根节点上，其中parent position位于所有doc一级节点的上方，child
position为空。
2. IntoElem函数说明
IntoElem函数调用导致的后果是，parent position的值被main position的值取代， main
position的值被child position的值取代，
child position的值被清空。以上值相互取代的前提是后者的值存在，否则对应的被取代的部分的值将为空。
3. FindChildElem函数说明
FindChildElem函数对于刚刚load不存在current position的doc对象，调用效果是产生了parent
position,main position,child position
对象；对于
最近libcurl不能支持毫秒级的超时问题，在第三方接口出现问题的时候由于超时问题容易挂住我们的server，因此考虑自己写一个http协议处理的类，来处理向第三方的http协议接口请求数据的问题。首先一个问题是处理http响应数据经过压缩后的解压问题。这里必然选择zlib库。
使用zlib函数进行解压处理的过程中，一个高级解压函数为inflateInit2，该函数的第二个参数为解压buffer的窗口大小，该参数的一下三种情况支持三种不同的压缩数据解压：
1.8...15 压缩格式为zlib header包裹的deflate原始数据;
2.-8...-15 压缩格式为原始的deflate数据；
3.8...15 + (32) 压缩格式为zlib header或者gzip
header包括的deflate原始数据。
第三种情况要求zlib的version大于等于1.2.0.4，如果小于干版本好，那么必须自己处理对应的gzip
header，然后再解压原始的deflate数据。写了一个简单的解压函数如下，方便没有接触过zlib的兄弟们了解解压Http
Rsp的过程。
uncompress.h
#ifndef __UNCOMPRESS_H__
#def
(2010-09-27 18:26)
|
在异构环境中开发可靠的网络应用程序
|
 |
|
记录一下
Vispa
windows7 Little Tweaker
XDN Tweaker
Ultimate Windows Tweaker
windows7 Manager
EnhanceMySe7en
Giga Tweaker
A buffer is something that has yet to be 'written' to disk. A
cache is something that has been 'read' from the disk and stored
for later use.
在终端中敲入：free
显示： total used free shared
buffers cached
Mem: 255268 238332
16936 0
85540 126384
-/ buffers/cache:26408 228860
系统的总物理内存：255268Kb（256M），但系统当前真正可用的内存并不是第一行free 标记的
16936Kb，它仅代表未被分配的内存。
我们使用total1、used1、free1、used2、free2 等名称来代表上面统计数据的各值，1、2
分别代表第一行和第二行的数据。
total1：表示物理内存总量。
used1：表示总计分配给缓存（包含buffers 与cache ）使用的数量，但其中可能部分缓存并未实际使用。
free1：未被分配的内存。
shared1：共享内存，一般系统不会用到，这里也不讨论。
buffers1：系统分配但未被使用的buffers 数量。
cached1：系统分配但未被使用的cache
加载中…
添加到我的博客