C++博客-曲径通幽-随笔分类-Windows Generic

Windows下编译 libevent 64位静态库

Meiosis — Tue, 26 Jun 2012 06:54:00 GMT

按照libevent的文档，使用VC的nmake -f Makefile.nmake即可编译32位release模式。
因为项目中要求编译64位的版本，需要在Makefile.nmake中添加一个LIBFLAGS选项 /MACHINE:X64
如果要加调试信息，可以在 CFLAGS中加入/Zi，32位加调试选项是 CFLAGS中加/ZI，当然要调整优化选项/Ox

Meiosis 2012-06-26 14:54 发表评论

再遇 SQLITE_BUSY

Meiosis — Wed, 06 Jun 2012 08:35:00 GMT

记得以前解决过这个问题，现在帮助同事查BUG的时候，再次遇到，记录一下省的下次再苦苦回忆。
遇到这个问题，一般而言是3种情况造成：
1) 其他线程、进程正在执行一次写操作
根据SQLITE文档，所有写操作(当然SELECT不算写操作)，SQLITE内部都会自动添加事务，这样在线程同时写有依赖关系的表的时候，自然会发生冲突
2) 当前SQLITE被“BEGIN TRANSACTION” lock住了，这个问题其实包含了1)中的隐形调用，另外别忘了自己的代码一定要在执行完BEGIN 后 COMMIT
3) 有statement对象未finalize，且未reset(出错时)
这个情况占多数，我项目中遇到两次都是这个情况，

当然，要注意即使自己未直接调用 prepare-step-finalize，在某些API执行的时候会隐式调用(比如sqlite3_exec)，当然这种情况一般会归在1)里

Meiosis 2012-06-06 16:35 发表评论

c/c++ 可变参数在函数中的传递

Meiosis — Tue, 05 Jun 2012 09:53:00 GMT

@note: 只在windows中测试，未在linux上跑过
方法一：通过宏传递
例如

1 void myprintf(const char* format, );
2
3 #ifndef PASS_ARGS
4 #define PASS_ARGS(_fmt,) \
5 myprintf(fmt,__VA_ARGS__)
6 #endif

这种方式最简单最直接，但不利于函数的封装调用。

方法二：通过函数传递

2
3 void myprintf(const char* fmt, )
4 {
5     va_list args;
6     va_start(args, fmt);
7     myprintf_internal(fmt, args);
8     va_end(args);
9 }

这种方法可以在函数内传递 va_list

至于 myprintf(const char*, ...) 传给 myprintf_internal(const char*, ...)这种方式，貌似只能通过循环解析出实参个数和内容，再传递给下一个函数，感觉上这样做可能会存在性能损耗

Meiosis 2012-06-05 17:53 发表评论

windbg open & read dump file

Meiosis — Fri, 30 Mar 2012 06:30:00 GMT

在工作中遇到windbg需要打开mini dump文件，MARK一下。
!analyze -v

Meiosis 2012-03-30 14:30 发表评论

关于 SQLite 优化

Meiosis — Thu, 19 Jan 2012 09:58:00 GMT

项目里遇到一个问题，在我们程序客户端运行时，sqlite数据库会不断自动生成/删除 journal 文件，高峰时候会占用大量的IO，导致程序很慢。
由于客户端本身的数据完整性不重要，性能非常重要，所以想禁止这个文件的生成。
后来查了一下文档，并实践过后，发现网络上所有的关于关闭/打开某些宏来防止生成的方法都不管用。情急之下，只有改源码了。
改的地方是在main.c 的 sqlite3BtreeFactory 里，直接加个宏就好了 omitJournal

1 int sqlite3BtreeFactory(
2   const sqlite3 *db,        /* Main database when opening aux otherwise 0 */
3   const char *zFilename,    /* Name of the file containing the BTree database */
4   int omitJournal,          /* if TRUE then do not journal this file */
5   int nCache,               /* How many pages in the page cache */
6   int vfsFlags,             /* Flags passed through to vfsOpen */
7   Btree **ppBtree           /* Pointer to new Btree object written here */
8 ){
9   int btFlags = 0;
10   int rc;
11
12   assert( sqlite3_mutex_held(db->mutex) );
13   assert( ppBtree != 0);
14
15 #ifdef OMIT_JOURNAL
16   omitJournal = 1; //!< turn off journal file
17 #endif

Meiosis 2012-01-19 17:58 发表评论

boost::python 遇到的一些问题总结

Meiosis — Tue, 20 Sep 2011 06:29:00 GMT

环境:
   WinXP-SP3(chs) + VS2010-SP1(en-us) + boost 1.47.0 + python 2.7(ActivePython2.7 携带)

   boost编译时，boost::python库编译为 stage debug release link=static runtime-link=shared

问题1:
   python27 不认dll作为extension
解决方案：
   project的output file 和 extension 都设置为 .pyd

问题2：
   需要在导出类函数时，支持带指针的参数（重头戏）
解决方案：
   这个问题似乎网上没有一个完整的答案，零零碎碎的问题有一堆，但感觉都不到位，接下来我就给个方案吧。(我对boost::python也不熟，如有错误希望好言指正:) )

1 #include <boost/python.hpp>
2 #include <stdio.h>
3 using namespace boost::python;
4
5 struct World
6 {
7     void simpleHello(void)
8     {
9         printf("this is simple hello\n");
10     }
11     void hello(int *data)
12     {
13         printf("World say hello :%d\n", *data);
14     }
15     int* ready(void)
16     {
17         return new int(1234);
18     }
19 };
20
21 BOOST_PYTHON_MODULE(sample)
22 {
23     class_<World>("World")
24     .def("simpleHello", &World::simpleHello)
25     .def("hello", &World::hello, arg("data"))
26     .def("ready", &World::ready, return_value_policy<return_opaque_pointer>())
27     ;
28 }

这里要说明二点：
1）这个例子既有传指针参数，又有返回指针对象，算是把boost::python两个典型问题囊括了。
2）return_opaque_pointer 是我查官方文档后得到的一个变通（官方推荐这里用 manage_new_object，但不管你编不编的过，反正我是编不过，在翻了Reference manual后看到了 opaque_pointer，看名字觉得有戏，就拿来用了。貌似opaque_pointer的严格性更低一点。编译通过，运行OK，反正就这样了）

Meiosis 2011-09-20 14:29 发表评论

研究了一天ZeroMQ，有个严重的问题还没解决

Meiosis — Tue, 14 Jun 2011 08:59:00 GMT

ZeroMQ是一个Message Queue的实现方案，支持超多种语言的Binding，今天研究了一下，起初对它的N:N模型很感兴趣，后来试用了其自带的 Load Balance特性，结果发现一个非常严重的问题，在Server Cluster中，如果有一台服务器在接收消息后Blocking，或者服务器崩溃了，没来得及send response，则客户端的请求一直就停留在这次send req上，永远无法检测出error，我查了关于timeout的文档，后来改用poll模型试了很久，还是没法解决。接下来可能要花时间仔细研读一下Guide了。

Meiosis 2011-06-14 16:59 发表评论

一段汇编代码

Meiosis — Thu, 06 Jan 2011 04:48:00 GMT

这是从别人博客上摘的一段C嵌汇编码
( http://www.cppblog.com/kevinlynx/archive/2011/01/02/137886.html )

__declspec(naked)
void caller(void* pfn, )
{
    __asm
    {
        pop eax;
        add eax, 3;
        xchg dword ptr[esp], eax;
        push eax;
        ret;
    }
}

下面是调用方法

void print_str( const char *s )
{
    printf( "%s\n", s );
}

{
   ...
caller( print_str, "a string" );
   __asm add esp, 4
   ...
}

原作者讲了一些基础，这里就不提了
看了一遍，发现 "ADD EAX, 3" 的用法有点奇怪（我相信搞破解的人一定比较熟悉，但正常的程序不会这么写。）
初看 EAX 是地址，+3是很危险的，但仔细一看，发现代码是为了从最外层主调函数一路穿越"caller" 直达 print_str，这里牵涉到一个重要问题，就是在CALL指令时，会有将“CALL指令下一条地址压栈”的操作，那么代码思路很明了了，就是为了要造出调用print_str时，ESP(+0) 指向 caller(..)调用的下一个地址。
第一关已经顺利搞定，但又碰到个问题，由于 print_str 的入参是可变的，所以必须用 cdecl调用，那RET之后如何平栈呢？如果直接跳到 caller下一条地址，就丧失了平栈的机会，最终会在某个主调函数上被微软的 stack cookie捕获抛个SEH。
这里就用到文章开头提到的 ADD EAX, 3。
必须要造一个环境，让 caller 调用完成后，给个机会清理现场。于是乎，caller之后就有了 ADD ESP, 4。其实这里的4是与print_str的入参数目相关的，每个参数要多加 4字节，如此一来，整个代码就理顺了。
那为什么是 ADD EAX, 3呢？应该是预估出一条ADD指令占用多少长度，和具体的环境有关。因为没看INTEL手册，这里只能认为ADD 寄存器+WORD的长度是3个字节。我用VC试验了一下，的确是如此，我也尝试了ADD 寄存器+DWORD，长度变为了5个字节。

Meiosis 2011-01-06 12:48 发表评论

64-bit Win2003 & 2008的目录映射问题

Meiosis — Sun, 31 Oct 2010 16:07:00 GMT

最近发生一件有趣的事。过去一段代码在64位windows系统上运行有问题。一个 CopyFile的API返回正确，但目标目录system32下却没有相应文件。
查找了一遍，发现syswow64目录下有该文件，于是猜测OS做了目录映射。
后来找到了依据：http://support.microsoft.com/kb/942589
32-bit APP在64-bit OS上运行，很多方面都需要学习。

Meiosis 2010-11-01 00:07 发表评论

利用C++对象模型通过父类调用子类特有的虚函数

Meiosis — Mon, 18 Oct 2010 10:07:00 GMT

最近QQ游戏开发群里有一位朋友出了一道题，“如何在基类中调用子类独有的函数，而不调用强制转换”。这道题我一时间没做出来，但是如果放宽限制，其实可以玩一个有趣的游戏。
如果题目改为“如何在基类中调用子类独有的虚函数，而不调用Class类型强制转换”，那就可以利用C++对象模型中的虚表的直接访问来实现父类调用子类的特有虚函数。（注意，这里特有是指子类有而基类没有。）
以下是我的解法，也在QQ群里发了，想不到引起群成员小小的轰动，看来游戏开发还是有很多同学对底层不感兴趣啊。

1 #include <stdio.h>
2
3 class CFather{
4 public:
5     virtual ~CFather(){}
6 };
7
8 class CSon : public CFather{
9     virtual ~CSon(){}
10
11     virtual void DoSomething(void){ printf("son is crying\n"); }
12 };
13
14 int _tmain(int argc, _TCHAR* argv[])
15 {
16     CFather* fa = new CSon();
17     DWORD dwDoSomething =  (*(DWORD*)(*(DWORD*)fa+4));
18     _asm MOV ecx, fa
19     _asm CALL dwDoSomething
20
21     system("pause");
22     return 0;
23 }
24
25

Meiosis 2010-10-18 18:07 发表评论

慎用文件 I/O 的 Flush系列函数

Meiosis — Tue, 24 Aug 2010 11:14:00 GMT

由于自己是写Server端程序的。最近有个别客户反映在服务端负载量大的情况下，经常有客户端的TCP请求处理超时。看了log文件，发现是服务端接收请求之后，未能及时处理请求并回复客户端应答造成。
仔细观察了请求的处理过程，唯一耗时的就是文件I/O的Flush操作，因为这个操作会强制要求OS提交IO请求，而不是用OS自带的IO缓冲。如果在IO处理非常频繁的情况下，的确会导致服务端I/O告急，磁盘压力过大，性能大幅下降，

Meiosis 2010-08-24 19:14 发表评论

伟大的pdb

Meiosis — Thu, 22 Jul 2010 00:26:00 GMT

昨晚有客户反应，产品中的某个进程启动后1分钟内会消失，看了log未发现异常。
于是远程过去，想看本溃报告，很遗憾的是，没有生成任何本溃报告（我们用的是Debug系列的api写的Crash Reporter）。情急之下，唯有求助伟大的Windbg了。
attach，g，过一会儿，果然发现是有一处seh。但随即发现缺symbols，于是马上去发布服务器上找相应的pdb文件，放到远程上去，.reload，果然，未知地址被准确地翻译成代码中的标识符。
原来，崩溃的地方是动态加载的一个dll中的一个回调函数，怪不得没捕获到Crash Report。
总结下来，Release版本的PDB生成是个关键，单有Windbg仍旧是巧妇难为无米之炊啊。

Meiosis 2010-07-22 08:26 发表评论

C++ 与 Delphi交互的一个问题

Meiosis — Sun, 20 Jun 2010 15:34:00 GMT

最近拿到一个第三方厂家的库，由于Delphi的同事看不懂c++的例子，所以让我用C++封装一个简单的Wrapper给其调用。
后来发现一个问题，由于原始的函数声明中的参数使用字符数组 (char szData[MAX_PATH]) 而不是用常用的指针(char *)，给Delphi同事调用后，发现函数调用完退栈时候程序本溃，原因是访问违例，非法地址访问0x72。
这么一来感觉比较奇怪，0x72 这个地址显然是个垃圾地址，一般如果是空指针的话因该是 0x00，如果是野指针，一般也不至于会那么小，0x72与程序加载地址都相去甚远。
在vc6（公司只准用vc6）里跟了一下反汇编，感觉信息缺少比较多，能看到的地方已经堆栈被破坏了。于是用了OD跟一下。发现Delphi调用我封装的函数时，明明2个入参，却传入了3个。多传了个260。260对于vc程序员应该比较熟悉了，就是MAX_PATH的值。于是乎，告知了Delphi程序员，方才得知，原来Delphi是可以在声明时指定数组长度的，也就是说，函数的入参，数组和指针是两种声明，如此一来，水落石出了。

Meiosis 2010-06-20 23:34 发表评论