久久久网中文字幕,国内精品人妻无码久久久影院,精品久久久久久久国产潘金莲

Windows下编�?libevent 64位静态库

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

按照libevent的文档，使用VC的nmake -f Makefile.nmake卛_��~�译32位release模式�?br />因�ؓ��目中要求编�?4位的版本�Q�需要在Makefile.nmake中添加一个LIBFLAGS选项 /MACHINE:X64
如果要加调试信息�Q�可以在 CFLAGS中加�?Zi�Q?2位加调试选项�?CFLAGS中加/ZI�Q�当然要调整优化选项/Ox

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

再遇 SQLITE_BUSY

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

记得以前解决�q�这个问题，现在帮助同事查BUG的时候，再次遇到�Q�记录一下省的下�ơ再苦苦回忆�?br />遇到�q�个问题�Q�一般而言�?�U�情况造成�Q?br />1) 其他�U�程、进�E�正在执行一�ơ写操作
�Ҏ��SQLITE文档�Q�所有写操作(当然SELECT不算写操�?�Q�SQLITE内部都会自动��d��事务�Q�这样在�U�程同时写有依赖关系的表的时候，自然会发生冲�H?br />2) 当前SQLITE�?#8220;BEGIN TRANSACTION” lock住了�Q�这个问题其实包含了1)中的隐�Ş调用�Q�另外别忘了自己的代码一定要在执行完BEGIN �?COMMIT
3) 有statement对象未finalize�Q�且未reset(出错�?
�q�个情况占多敎ͼ�我项目中遇到两次都是�q�个情况�Q?br />

当然�Q�要注意即��自己未直接调�?prepare-step-finalize�Q�在某些API执行的时候会隐式调用(比如sqlite3_exec)�Q�当然这�U�情况一般会归在1)�?/div>

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

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

@note: 只在windows中测试，未在linux上跑�q?br /> �Ҏ��一�Q?通过宏传�?br /> 例如

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

�q�种方式最��单最直接�Q�但不利于函数的��装调用�?br />
�Ҏ��二：通过函数传�?br />

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 }

�q�种�Ҏ��可以在函数内传�?va_list

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

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

Meiosis — Thu, 26 Apr 2012 16:17:00 GMT

直接用自带的 screen 卛_��解决�Q�screen 中执行的��d�� c-a d 之后会把��d��切后収ͼ�
重新SSH上去之后�Q�screen -ls 扑ֈ�ID�Q�直�?screen -r [id]

C-a ? 昄��所有键�l�定信息
C-a w 昄��所有窗口列�?/span>
C-a C-a 切换��C��前显�C�的�H�口
C-a c 创徏一个新的运行shell的窗口�ƈ切换到该�H�口
C-a n 切换��C��一个窗�?/span>
C-a p 切换到前一个窗�?与C-a n相对)
C-a 0..9 切换到窗�?..9
C-a a 发�?C-a到当前窗�?/span>
C-a d 暂时断开screen会话
C-a k 杀掉当前窗�?/span>
C-a [ �q�入拯��/回滚模式

Meiosis 2012-04-27 00:17 发表评论

windbg open & read dump file

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

在工作中遇到windbg需要打开mini dump文�g�Q�MARK一下�?br />!analyze -v

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

关于 SQLite 优化

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

��目里遇��C��个问题，在我们程序客��L��q�行�Ӟ��sqlite数据库会不断自动生成/删除 journal 文�g�Q�高峰时候会占用大量的IO�Q�导致程序很慢�?br />�׃��客户端本�w�的数据完整性不重要�Q�性能非常重要�Q�所以想��止�q�个文�g的生成�?br />后来查了一下文档，�q�实践过后，发现�|�络上所有的关于关闭/打开某些宏来防止生成的方法都不管用。情急之下，只有�Ҏ��码了�?br />改的地方是在main.c �?nbsp;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
解决�Ҏ��Q?br />   project的output file �?extension 都设�|��ؓ .pyd

问题2�Q?br />   需要在导出�c�d��数时�Q�支持带指针的参�?�Q�重头戏�Q?br />解决�Ҏ��Q?br />   �q�个问题��g��|�上没有一个完整的�{�案�Q�零零碎��的问题有一堆，但感觉都不到位，接下来我��q��个方案吧�?我对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 }

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

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

研究了一天ZeroMQ�Q�有个严重的问题�q�没解决

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

ZeroMQ是一个Message Queue的实现方案，支持��多�U�语�a�的Binding�Q�今天研�I�了一下，起初对它的N:N模型很感兴趣�Q�后来试用了其自带的 Load Balance�Ҏ��，�l�果发现一个非�怸�重的问题�Q�在Server Cluster中，如果有一台服务器在接收消息后Blocking�Q�或者服务器崩溃了，没来得及send response�Q�则客户端的��h��一直就停留在这�ơsend req上，永远无法��出error�Q�我查了关于timeout的文档，后来改用poll模型试了很久�Q�还是没法解冟뀂接下来可能要花旉��仔细研读一下Guide了�?img src ="http://www.shnenglu.com/chinloon/aggbug/148641.html" width = "1" height = "1" />

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

Linux下调试死循环

Meiosis — Mon, 13 Jun 2011 05:49:00 GMT

最�q�在工作中发现网�l�通信收发文�g部分�Q�发送一�ơ文件后�Q�就再也不能发第二次了。本以�ؓ是协议的问题�Q�后来用TOP发现CPU�q�高�Q�才通过GDB看到了是一个清�I�Buffer�cȝ��代码有BUG�Q�计��无�W�号整�Ş的操作溢��Z��?br /> 具体跟踪�Ҏ��记录一下。首先正常启动程序，然后�q�行收发文�g操作�Q�触发死循环。而后通过 top -H 查看哪个�U�程(其实是PID�Q�redhat的线�E�是fork�q�程实现�?占用CPU�q�高�Q�而后gdb -p [pid] attach 之，最后bt 打印堆栈�?img src ="http://www.shnenglu.com/chinloon/aggbug/148580.html" width = "1" height = "1" />

Meiosis 2011-06-13 13:49 发表评论

一�D?汇编代码

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

�q�是从别人博客上摘的一�D�C嵌汇�~�码
( http://www.shnenglu.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;
    }
}

下面是调用方�?br>

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

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

原作者讲了一些基��Q�这里就不提�?br>看了一遍，发现 "ADD EAX, 3" 的用法有点奇怪（我相信搞破解的�h一定比较熟悉，但正常的�E�序不会�q�么写。）
初看 EAX 是地址�Q?3是很危险的，但仔�l�一看，发现代码是�ؓ了从最外层主调函数一路穿��?caller" 直达 print_str�Q�这里牵涉到一个重要问题，��是在CALL指��o�Ӟ��会有��?#8220;CALL指��o下一条地址压栈”的操作，那么代码思�\很明了了�Q�就是�ؓ了要造出调用print_str�Ӟ��ESP(+0) 指向 caller(..)调用的下一个地址�?br> �W�一兛_��l�顺利搞定，但又��到个问题，�׃�� print_str 的入参是可变的，所以必��ȝ�� cdecl调用�Q�那RET之后如何�q�x��呢？如果直接跛_�� caller下一条地址�Q�就丧失了��^栈的��Z��Q�最�l�会在某个主调函��C��被微软的 stack cookie捕获抛个SEH�?br> �q�里��q��到文章开头提到的 ADD EAX, 3�?br> 必须要造一个环境，�?caller 调用完成后，�l�个��Z��清理现场。于是乎�Q�caller之后��有�?ADD ESP, 4。其实这里的4是与print_str的入参数目相关的�Q�每个参数要多加 4字节�Q�如此一来，整个代码��q��Z��?br> 那�ؓ什�?�?ADD EAX, 3呢？应该是预估出一条ADD指��o占用多少长度�Q�和具体的环境有兟뀂因为没看INTEL手册�Q�这里只能认为ADD 寄存�?WORD的长度是3个字节。我用VC试验了一下，的确是如此，我也��试了ADD 寄存�?DWORD�Q�长度变��Z��5个字节�?br>

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