青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

曲徑通幽

programming_with_fun();

  C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
  18 Posts :: 0 Stories :: 5 Comments :: 0 Trackbacks

常用鏈接

留言簿(6)

我參與的團隊

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

2012年6月26日 #

按照libevent的文檔,使用VC的nmake -f Makefile.nmake即可編譯32位release模式。
因為項目中要求編譯64位的版本,需要在Makefile.nmake中添加一個LIBFLAGS選項 /MACHINE:X64
如果要加調試信息,可以在 CFLAGS中加入/Zi,32位加調試選項是 CFLAGS中加/ZI,當然要調整優化選項/Ox
posted @ 2012-06-26 14:54 Meiosis 閱讀(3472) | 評論 (0)編輯 收藏

2012年6月6日 #

記得以前解決過這個問題,現在幫助同事查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)里
   
posted @ 2012-06-06 16:35 Meiosis 閱讀(1146) | 評論 (0)編輯 收藏

2012年6月5日 #

@note: 只在windows中測試,未在linux上跑過
方法一: 通過宏傳遞
例如
void myprintf(const char* format, );

3 #ifndef PASS_ARGS
#define PASS_ARGS(_fmt,) \
5   myprintf(fmt,__VA_ARGS__)
#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*, ...)這種方式,貌似只能通過循環解析出實參個數和內容,再傳遞給下一個函數,感覺上這樣做可能會存在性能損耗
posted @ 2012-06-05 17:53 Meiosis 閱讀(1757) | 評論 (0)編輯 收藏

2012年4月27日 #

直接用自帶的 screen 即可解決,screen 中執行的任務 c-a d 之后會把任務切后臺,
重新SSH上去之后,screen -ls 找到ID,直接 screen -r [id]

C-a ? 顯示所有鍵綁定信息
C-a w 顯示所有窗口列表
C-a C-a 切換到之前顯示的窗口
C-a c 創建一個新的運行shell的窗口并切換到該窗口
C-a n 切換到下一個窗口
C-a p 切換到前一個窗口(與C-a n相對)
C-a 0..9 切換到窗口0..9
C-a a 發送 C-a到當前窗口
C-a d 暫時斷開screen會話
C-a k 殺掉當前窗口
C-a [ 進入拷貝/回滾模式
posted @ 2012-04-27 00:17 Meiosis 閱讀(1353) | 評論 (0)編輯 收藏

2012年3月30日 #

在工作中遇到windbg需要打開mini dump文件,MARK一下。
!analyze -v 
posted @ 2012-03-30 14:30 Meiosis 閱讀(538) | 評論 (0)編輯 收藏

2012年1月19日 #

項目里遇到一個問題,在我們程序客戶端運行時,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

posted @ 2012-01-19 17:58 Meiosis 閱讀(532) | 評論 (0)編輯 收藏

2011年9月20日 #

環境:
   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,反正就這樣了)
posted @ 2011-09-20 14:29 Meiosis 閱讀(2412) | 評論 (3)編輯 收藏

2011年6月14日 #

  ZeroMQ是一個Message Queue的實現方案,支持超多種語言的Binding,今天研究了一下,起初對它的N:N模型很感興趣,后來試用了其自帶的 Load Balance特性,結果發現一個非常嚴重的問題,在Server Cluster中,如果有一臺服務器在接收消息后Blocking,或者服務器崩潰了,沒來得及send response,則客戶端的請求一直就停留在這次send req上,永遠無法檢測出error,我查了關于timeout的文檔,后來改用poll模型試了很久,還是沒法解決。接下來可能要花時間仔細研讀一下Guide了。
posted @ 2011-06-14 16:59 Meiosis 閱讀(1263) | 評論 (1)編輯 收藏

2011年6月13日 #

  最近在工作中發現網絡通信收發文件部分,發送一次文件后,就再也不能發第二次了。本以為是協議的問題,后來用TOP發現CPU過高,才通過GDB看到了是一個清空Buffer類的代碼有BUG,計算無符號整形的操作溢出了。
  具體跟蹤方法記錄一下。首先正常啟動程序,然后進行收發文件操作,觸發死循環。而后通過 top -H 查看哪個線程(其實是PID,redhat的線程是fork進程實現的)占用CPU過高,而后gdb -p [pid] attach 之,最后bt 打印堆棧。
posted @ 2011-06-13 13:49 Meiosis 閱讀(574) | 評論 (0)編輯 收藏

2011年1月6日 #

這是從別人博客上摘的一段C嵌匯編碼
( http://m.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;
    }
}
下面是調用方法
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個字節。
posted @ 2011-01-06 12:48 Meiosis 閱讀(482) | 評論 (0)編輯 收藏

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲专区在线| 欧美专区第一页| 国产精品国产福利国产秒拍| 欧美激情国产日韩| 欧美成人伊人久久综合网| 欧美福利一区| 国产精品久久国产精品99gif| 欧美日韩精品一区二区三区四区 | 亚洲一区在线观看视频| 夜夜精品视频一区二区| 翔田千里一区二区| 麻豆免费精品视频| 欧美色欧美亚洲高清在线视频| 国产精品久久久久高潮| 影音先锋亚洲视频| 一区二区三区黄色| 欧美一区二区精美| 亚洲国产成人在线播放| 日韩午夜精品| 久久精品国产久精国产爱| 免费高清在线一区| 国产精品自在线| 欧美亚洲专区| 免费视频亚洲| 亚洲精选久久| 欧美一区二区三区男人的天堂 | 亚洲国产综合在线看不卡| 亚洲毛片一区| 久久国产主播精品| 欧美日韩黄视频| 一区久久精品| 亚洲亚洲精品三区日韩精品在线视频 | 欧美国产激情二区三区| 亚洲黑丝一区二区| 欧美在线视频免费观看| 欧美日韩在线一区二区| 亚洲国产精品一区二区www| 午夜精品福利一区二区蜜股av| 亚洲电影av在线| 久久黄色级2电影| 国产精品一香蕉国产线看观看 | 美女视频黄a大片欧美| 国产精品中文字幕欧美| 洋洋av久久久久久久一区| 美女主播一区| 欧美中文字幕第一页| 国产精品一区2区| 亚洲色图综合久久| 亚洲人成精品久久久久| 免费成人黄色片| 伊人久久大香线蕉综合热线| 久久久久国内| 欧美一区二区三区视频在线| 国产精品免费小视频| 亚洲欧美成人一区二区在线电影 | 欧美日韩免费观看中文| 亚洲欧洲精品一区二区三区不卡 | 亚洲无限乱码一二三四麻| 欧美高清视频www夜色资源网| 亚洲激情一区二区| 欧美成人精品激情在线观看| 久久婷婷麻豆| 亚洲激情一区二区| 亚洲日本无吗高清不卡| 欧美理论电影在线播放| 一区二区三区高清视频在线观看| 亚洲精品欧美精品| 欧美揉bbbbb揉bbbbb| 亚洲香蕉成视频在线观看| 亚洲美女在线观看| 亚洲精品偷拍| 亚洲高清av| 欧美激情片在线观看| 99视频在线精品国自产拍免费观看| 亚洲欧洲日韩在线| 欧美日一区二区在线观看 | 欧美日韩一区二区视频在线| 在线视频中文亚洲| 亚洲小说春色综合另类电影| 国产精品色一区二区三区| 久久精品国产综合精品| 久久久精品一区| 亚洲日本欧美| 亚洲午夜未删减在线观看| 国产一区在线视频| 亚洲风情在线资源站| 欧美日韩人人澡狠狠躁视频| 欧美一区二区三区四区在线观看地址 | 欧美国产亚洲视频| 欧美精品在线观看播放| 欧美一区二区三区成人| 久久综合狠狠综合久久综合88| 99精品免费视频| 欧美一级夜夜爽| 亚洲美女黄网| 午夜精品久久久久久久久久久久 | 在线视频日韩精品| 国产一区二区三区高清在线观看| 欧美岛国激情| 国产精品夜夜夜| 欧美华人在线视频| 国产精品欧美日韩一区| 欧美96在线丨欧| 欧美日韩综合久久| 欧美高清视频在线| 国产精品午夜在线观看| 亚洲日韩第九十九页| 国产综合久久久久久| a4yy欧美一区二区三区| 在线免费观看成人网| 亚洲一区二区四区| 99国产精品99久久久久久粉嫩| 欧美在线播放一区二区| 亚洲一区欧美二区| 欧美激情导航| 免费看黄裸体一级大秀欧美| 国产免费成人在线视频| 亚洲最新视频在线| 99视频有精品| 欧美精品三级日韩久久| 女人香蕉久久**毛片精品| 欧美高清视频一区二区三区在线观看| 亚洲美女视频网| 一区二区三区在线免费观看| 亚洲午夜精品久久| 99国产成+人+综合+亚洲欧美| 久久最新视频| 你懂的国产精品永久在线| 国产一区二区看久久| 亚洲综合日韩在线| 亚洲永久免费| 国产精品久久久久国产a级| 一区二区三区欧美在线| 一区二区三区鲁丝不卡| 欧美日韩在线另类| 99国产麻豆精品| 亚洲性夜色噜噜噜7777| 国产精品久久久久久户外露出 | 久久国产88| 国产视频久久| 久久精品一二三| 麻豆精品精华液| 亚洲国产mv| 欧美精品乱人伦久久久久久| 亚洲日本视频| 亚洲欧美日韩区| 国产欧美日韩在线观看| 午夜亚洲视频| 另类尿喷潮videofree| 亚洲国产精品久久| 欧美91视频| 99国产欧美久久久精品| 欧美一区二区三区在线观看视频| 国产亚洲va综合人人澡精品| 久久久久免费视频| 亚洲大胆视频| 亚洲永久免费视频| 国产亚洲精品综合一区91| 久久久亚洲国产美女国产盗摄| 欧美成人日韩| 在线一区欧美| 国产一区欧美日韩| 欧美电影免费观看高清完整版| 99riav1国产精品视频| 欧美在线网站| 亚洲日韩欧美一区二区在线| 国产精品第13页| 久久精品国产成人| 日韩视频在线观看一区二区| 久久福利电影| 中文日韩在线| 影音先锋欧美精品| 国产精品久久一区二区三区| 久久动漫亚洲| 日韩小视频在线观看专区| 久久九九免费| 亚洲少妇在线| 亚洲第一精品在线| 国产精品影院在线观看| 免费观看日韩av| 欧美一区二区高清| 一本久久精品一区二区| 欧美成人免费小视频| 亚洲综合国产精品| 亚洲国产欧美日韩精品| 国产免费观看久久| 欧美日韩另类国产亚洲欧美一级| 欧美在线视频观看免费网站| 亚洲一区免费视频| 亚洲国产高清一区二区三区| 国产精品你懂的在线| 亚洲一区二区三区777| 欧美成人亚洲成人| 欧美搞黄网站| 久久精品国产亚洲a| 亚洲天堂成人在线观看| 91久久精品一区二区别| 国际精品欧美精品| 国产日韩欧美一区| 国产精品免费区二区三区观看|