• <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>

            曲徑通幽

            programming_with_fun();

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

            常用鏈接

            留言簿(6)

            我參與的團(tuán)隊(duì)

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            2012年6月26日 #

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

            2012年6月6日 #

            記得以前解決過這個(gè)問題,現(xiàn)在幫助同事查BUG的時(shí)候,再次遇到,記錄一下省的下次再苦苦回憶。
            遇到這個(gè)問題,一般而言是3種情況造成:
            1) 其他線程、進(jìn)程正在執(zhí)行一次寫操作
                根據(jù)SQLITE文檔,所有寫操作(當(dāng)然SELECT不算寫操作),SQLITE內(nèi)部都會(huì)自動(dòng)添加事務(wù),這樣在線程同時(shí)寫有依賴關(guān)系的表的時(shí)候,自然會(huì)發(fā)生沖突
            2) 當(dāng)前SQLITE被“BEGIN TRANSACTION” lock住了,這個(gè)問題其實(shí)包含了1)中的隱形調(diào)用,另外別忘了自己的代碼一定要在執(zhí)行完BEGIN 后 COMMIT
            3) 有statement對(duì)象未finalize,且未reset(出錯(cuò)時(shí))
                這個(gè)情況占多數(shù),我項(xiàng)目中遇到兩次都是這個(gè)情況,
                當(dāng)然,要注意即使自己未直接調(diào)用 prepare-step-finalize,在某些API執(zhí)行的時(shí)候會(huì)隱式調(diào)用(比如sqlite3_exec),當(dāng)然這種情況一般會(huì)歸在1)里
               
            posted @ 2012-06-06 16:35 Meiosis 閱讀(1128) | 評(píng)論 (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

            這種方式最簡單最直接,但不利于函數(shù)的封裝調(diào)用。

            方法二: 通過函數(shù)傳遞
             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 }
            這種方法可以在函數(shù)內(nèi)傳遞 va_list

            至于 myprintf(const char*, ...) 傳給 myprintf_internal(const char*, ...)這種方式,貌似只能通過循環(huán)解析出實(shí)參個(gè)數(shù)和內(nèi)容,再傳遞給下一個(gè)函數(shù),感覺上這樣做可能會(huì)存在性能損耗
            posted @ 2012-06-05 17:53 Meiosis 閱讀(1733) | 評(píng)論 (0)編輯 收藏

            2012年4月27日 #

            直接用自帶的 screen 即可解決,screen 中執(zhí)行的任務(wù) c-a d 之后會(huì)把任務(wù)切后臺(tái),
            重新SSH上去之后,screen -ls 找到ID,直接 screen -r [id]

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

            2012年3月30日 #

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

            2012年1月19日 #

            項(xiàng)目里遇到一個(gè)問題,在我們程序客戶端運(yùn)行時(shí),sqlite數(shù)據(jù)庫會(huì)不斷自動(dòng)生成/刪除 journal 文件,高峰時(shí)候會(huì)占用大量的IO,導(dǎo)致程序很慢。
            由于客戶端本身的數(shù)據(jù)完整性不重要,性能非常重要,所以想禁止這個(gè)文件的生成。
            后來查了一下文檔,并實(shí)踐過后,發(fā)現(xiàn)網(wǎng)絡(luò)上所有的關(guān)于關(guān)閉/打開某些宏來防止生成的方法都不管用。情急之下,只有改源碼了。
            改的地方是在main.c 的 sqlite3BtreeFactory 里,直接加個(gè)宏就好了 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 閱讀(515) | 評(píng)論 (0)編輯 收藏

            2011年9月20日 #

            環(huán)境:
               WinXP-SP3(chs) + VS2010-SP1(en-us) + boost 1.47.0 + python 2.7(ActivePython2.7 攜帶)

               boost編譯時(shí),boost::python庫編譯為 stage debug release link=static runtime-link=shared

            問題1:
               python27 不認(rèn)dll作為extension
            解決方案:
               project的output file 和 extension 都設(shè)置為 .pyd

            問題2:
               需要在導(dǎo)出類函數(shù)時(shí),支持帶指針的參數(shù) (重頭戲)
            解決方案:
               這個(gè)問題似乎網(wǎng)上沒有一個(gè)完整的答案,零零碎碎的問題有一堆,但感覺都不到位,接下來我就給個(gè)方案吧。(我對(duì)boost::python也不熟,如有錯(cuò)誤希望好言指正:) )

             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 }

            這里要說明二點(diǎn):
            1)這個(gè)例子既有傳指針參數(shù),又有返回指針對(duì)象,算是把boost::python兩個(gè)典型問題囊括了。
            2)return_opaque_pointer 是我查官方文檔后得到的一個(gè)變通(官方推薦這里用 manage_new_object,但不管你編不編的過,反正我是編不過,在翻了Reference manual后看到了 opaque_pointer,看名字覺得有戲,就拿來用了。貌似opaque_pointer的嚴(yán)格性更低一點(diǎn)。編譯通過,運(yùn)行OK,反正就這樣了)
            posted @ 2011-09-20 14:29 Meiosis 閱讀(2382) | 評(píng)論 (3)編輯 收藏

            2011年6月14日 #

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

            2011年6月13日 #

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

            2011年1月6日 #

            這是從別人博客上摘的一段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;
                }
            }
            下面是調(diào)用方法
            void print_str( const char *s )
            {
                printf( "%s\n", s );
            }

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

              原作者講了一些基礎(chǔ),這里就不提了
            看了一遍,發(fā)現(xiàn) "ADD EAX, 3" 的用法有點(diǎn)奇怪(我相信搞破解的人一定比較熟悉,但正常的程序不會(huì)這么寫。)
            初看 EAX 是地址,+3是很危險(xiǎn)的,但仔細(xì)一看,發(fā)現(xiàn)代碼是為了從最外層主調(diào)函數(shù)一路穿越"caller" 直達(dá) print_str,這里牽涉到一個(gè)重要問題,就是在CALL指令時(shí),會(huì)有將“CALL指令下一條地址壓棧”的操作,那么代碼思路很明了了,就是為了要造出 調(diào)用print_str時(shí),ESP(+0) 指向 caller(..)調(diào)用的下一個(gè)地址。
              第一關(guān)已經(jīng)順利搞定,但又碰到個(gè)問題,由于 print_str 的入?yún)⑹强勺兊模员仨氂?cdecl調(diào)用,那RET之后 如何平棧呢? 如果直接跳到 caller下一條地址,就喪失了平棧的機(jī)會(huì),最終會(huì)在某個(gè)主調(diào)函數(shù)上被微軟的 stack cookie捕獲拋個(gè)SEH。
              這里就用到文章開頭提到的 ADD EAX, 3。
              必須要造一個(gè)環(huán)境,讓 caller 調(diào)用完成后,給個(gè)機(jī)會(huì)清理現(xiàn)場。于是乎,caller之后就有了 ADD ESP, 4。其實(shí)這里的4是與print_str的入?yún)?shù)目相關(guān)的,每個(gè)參數(shù)要多加 4字節(jié),如此一來,整個(gè)代碼就理順了。
              那為什么 是 ADD EAX, 3呢? 應(yīng)該是預(yù)估出一條ADD指令占用多少長度,和具體的環(huán)境有關(guān)。因?yàn)闆]看INTEL手冊(cè),這里只能認(rèn)為ADD 寄存器+WORD的長度是3個(gè)字節(jié)。我用VC試驗(yàn)了一下,的確是如此,我也嘗試了ADD 寄存器+DWORD,長度變?yōu)榱?個(gè)字節(jié)。
            posted @ 2011-01-06 12:48 Meiosis 閱讀(462) | 評(píng)論 (0)編輯 收藏

            亚洲欧美成人久久综合中文网| 亚洲国产精久久久久久久| 亚洲中文字幕无码一久久区| 无码国内精品久久综合88| 色婷婷久久综合中文久久蜜桃av| 日本久久久精品中文字幕| 大美女久久久久久j久久| 亚洲精品高清一二区久久| 精品久久久久久无码中文野结衣| 久久人人爽爽爽人久久久| 中文精品99久久国产| 久久精品一本到99热免费| 久久综合久久综合久久综合| 日产精品久久久一区二区| 国产亚洲精品美女久久久| 国产AV影片久久久久久| 99久久精品免费| 亚洲国产精品无码久久青草 | 久久精品国产91久久麻豆自制| 久久久免费观成人影院 | 久久强奷乱码老熟女网站| 久久精品国产日本波多野结衣| 99国产欧美精品久久久蜜芽| 久久久久亚洲av成人无码电影| 精品久久久一二三区| 狠狠色狠狠色综合久久| 久久久老熟女一区二区三区| 模特私拍国产精品久久| 国产成人久久精品麻豆一区 | 精品综合久久久久久97超人| 美女久久久久久| 97精品伊人久久大香线蕉| 久久婷婷久久一区二区三区| 欧美日韩中文字幕久久久不卡| 无码人妻少妇久久中文字幕| 久久久亚洲AV波多野结衣| 久久99中文字幕久久| 一本一本久久aa综合精品| 狠狠干狠狠久久| 国产偷久久久精品专区| 国产—久久香蕉国产线看观看|