作者查詢 / mellean
作者 mellean 在 PTT [ C_and_CPP ] 看板的留言(推文), 共24則
限定看板:C_and_CPP
看板排序:
4F推:不只最後一次 如果fread不幸沒讀滿1024 還是送了1024出去01/10 22:06
5F→:而且沒做封包判別tcp是streaming的 即使送對 也可能分好01/10 22:07
6F→:次都到 每次都到東西都寫1024進去 所以檔大小每次都不太對01/10 22:07
9F推:讀檔意外是少 但是基於莫非定律 這樣想就是衍生bug的溫床01/10 22:14
3F推:將放置a.ini跟b.exe的路徑紀錄再registry中,程式再去讀取01/09 23:36
11F推:如果你是win32的程式 可以用PathIsNetworkPath()的API檢查01/08 20:02
12F→:宣告在shlwapi.h裡面 這裡面全部都是跟處理path有關的API01/08 20:02
7F推:你這是產生的執行檔過大了吧? 是什麼原因讓執行檔這麼大?12/30 22:26
13F推:class DummyThreadProc12/30 22:21
14F→:{ public static void DoProc { fun1(); } };12/30 22:21
15F→:ThreadMove[0]=gcnew Thread (12/30 22:21
16F→:gcnew ThreadStart(DummyThreadProc.DoProc));12/30 22:21
18F→:那外面有delete或free就不會不順眼了嗎? ~"~03/11 02:08
1F推:你只有new了物件,但並沒有真正產生任何button control03/07 12:36
2F→:所以要呼叫Create(...)來產生,可以查查MSDN03/07 12:37
4F推:從parent window處理button傳過去的command訊息03/07 14:44
5F→:button被按的時候parent會收到WM_COMMAND附帶BN_CLICKED03/07 14:45
6F→:跟control id,就可以知道誰被按下了03/07 14:46
7F→:或用MFC的message map機制ON_BN_CLICKED()來處理03/07 14:49
1F推:你的socket必須使用non-blocking mode03/04 10:29
2F→:記憶體會釋放,但是MyStruct的destructor不會被呼叫到03/04 00:59
1F推:你是如何確認SendMessage沒有把訊息"送"出去的呢?02/26 00:37
3F→:你有為新的訊息寫ON_MESSAGE(,)嗎?02/26 22:51