#define ACE_HAS_STANDARD_CPP_LIBRARY 1
要放到#include "ace/config-win32.h"的前面，文檔特別說明了
不知道說什么好，感覺還是把現(xiàn)實情況理想化了。況且人各有志。。。
re: 最近老是喝醉 true 2009-05-04 10:43
支持，迷茫并奮斗著。
re: 最近老是喝醉 true 2009-05-04 10:43
支持，迷茫并奮斗著。
re: 神奇的二叉排序樹 true 2009-04-21 11:59
寫得不錯
re: 自己造的一個線程類 true 2009-03-16 08:34
@zengfanmaio
好久不見！！
re: 自己造的一個線程類 true 2009-03-10 15:28
舉個例子：
class CThreadTest : public CThread
{
protected:
void Run(void* arg)
{
printf("arg = %s\n",(char*)arg);
sleep(10);
printf("after sleep 10s");
}
};
步驟：
1.char* pArg = "hello";CThreadTest *pTest = new CThreadTest
2.pTest->Start(pArg);
3.pTest->Wait();
4.delete pTest;
你可以在CThreadTest 里面實現(xiàn)，delete的時候，自動終止線程
@bert
@ooo
今天又看了下文章，發(fā)現(xiàn)自己的錯誤如此低級，竟然誤拿main的id和子線程id進行了比較，謝謝2位，并向大家道歉！文章雖然修改
re: mysql的入門(1) true 2009-03-04 18:08
圖是用什么工具畫的？
為啥這么多的project放到一起呢，分開管理不就OK了，任務管理器的關閉方式，實在不敢茍同O(∩_∩)O~
re: 自己造的一個線程類 true 2009-02-18 18:22
陳：
Run是純虛函數(shù)，必須重載，然后才能實例化。
ni de ying yu hen hao ,ru he zuo dao de?mao si ni zai wai qi
re: Thread Class true 2009-02-09 15:24
@Dancefire
從你的本貼中的回復，以及以前對我的一個帖子的回復看，兄弟知識面比較廣，全面，值得學習。不知道你從事什么工作，支持使用各種庫，反正我工作過的幾個公司，都是從頭開始開發(fā)，除非是壓縮等算法相關性強的領域，才會考慮使用開源的庫。
re: 痛，用時間衡量 true 2009-02-04 17:57
8成失戀了:-)
re: 想交幾個在北京工作的朋友 true 2009-02-03 20:41
上面幾位，qq已經加你們了
re: 想交幾個在北京工作的朋友 true 2009-02-03 15:14
@燕趙飛歌
請收郵件！
re: 對基本類型的再包裝，方便了移植 true 2009-02-03 13:29
@Dancefire
你的回復很好“凡是在標準中已經明確定義的東西，那么誰不支持標準，就讓誰符合標準”是一種思路，只考慮win和linux，看下面lib.h這種用法
#ifdef WIN32
typedef unsigned char int8_t;
typedef unsigned short int16_t;
#else
#include <stdint.h>
#endif
我覺得還是很少這樣寫的，在導出的頭文件lib.h中，最起碼現(xiàn)在我用的2個商用平臺沒有這樣的--->導出的lib.h中都不會再包含其他頭文件
re: 對基本類型的再包裝，方便了移植 true 2009-02-03 12:38
@Dancefire
你說的這三種方法，目前都不能實現(xiàn)，公司的系統(tǒng)不能使用第三方庫，現(xiàn)在ace也放棄了，而且需要兼容VC6，各種 版本的linux。類似的問題，還有__VA_ARGS__等。這樣雖然會有造輪子的嫌疑，但長期來看，對系統(tǒng)的維護會更容易，得大于失吧。
re: 對基本類型的再包裝，方便了移植 true 2009-02-03 08:59
@Dancefire
謝謝，你的提醒！剛才查看了linux,在/usr/include目錄下存在stdint.h，但在windows下沒有此文件：VC6和VC8下都沒有，不知道VC9下如何。像這種情況，也只能自己定義了
@ooo
我表達的不夠清楚？“可以推斷為，當內核（？）捕獲到信號時，啟動了一個更高優(yōu)先級的線程，該線程先獲得cpu時間，有他來執(zhí)行信號處理函數(shù)。”，我是說的執(zhí)行signal_handler的線程，不是thread_handler！
雖然我主要在linux下工作，但還是挺你一把，文章寫的很認真
re: 自己造的一個線程類[未登錄] true 2009-01-19 20:58
@eXile
嗯，這個網上有這種說法，不過我目前主要在linux，至于win下沒那么講究。
一個很關鍵的問題：
對于一個客戶端的收包及發(fā)包順序是怎么判斷的呢，舉例：客戶端給服務器傳輸文件，肯定是多次發(fā)包，同時服務器給客戶端多次確認，這種情況，請問是怎么實現(xiàn)的同步的呢？或者是怎么解決的文件傳輸?shù)哪?/div>
re: 實現(xiàn)了一個寫LOG類 true 2009-01-16 11:06
一個線程在調用uninit，另一個線程可能在調用log，這樣就有問題，假若 m_bEndThread = true，ThreadProc退出了，這時log對信號量遞增計數(shù)，有泄露。當然，日志結束一般也是進程結束的時候，無所謂了
沒太明白樓上的意識哦，我就是要向線程發(fā)送信號哦，“該線程先獲得cpu時間”的描述有誤解？確切些是進程中的線程獲得了cpu時間
同一降低畢業(yè)生工資，肯定會錯殺一部分優(yōu)等生，但是說這樣的話，感覺還不成熟哦：
只有團結齊心的企業(yè)才是強大的企業(yè)，這是亙古不變的道理，當員工認為你是一個好老板，值得他為你去效力，那么就算是暫時的虧損，你的企業(yè)一定最終會是強大的企業(yè)。
工作幾年再看看，工作就是賺錢，大部分人逃不出這個怪圈
re: 游戲害慘了我多少同學 true 2009-01-12 21:13
詭辯不是逃避社會問題的理由
內存數(shù)據(jù)庫這一領域在數(shù)據(jù)庫中也是很重要的
另外，粗略看過glibc，及內核的epoll的源代碼，epoll內部實現(xiàn)比較復雜，而且加鎖次數(shù)，及加鎖層次較多，與select的簡單特性相比，感覺優(yōu)勢不大
我也在做多線程select，不同的是，接受數(shù)據(jù)也是多線程的select，因為單個select的連接數(shù)受限，所以，是一個單獨的select線程，accept連接，然后交個多個select線程處理接收數(shù)據(jù)，至于發(fā)送是和接收分開處理的，也是一個select+一個隊列的發(fā)送模式。多個接收線程將收到的數(shù)據(jù)放到同一個隊列，這里當然少不了lock，隊列的數(shù)據(jù)如果交給 上層邏輯，則比較靈活，可以一次復制整個隊列，也可以是一次一個消息處理。
re: 思維導圖確實是個好東西 true 2008-12-12 10:44
確實是很好的東西，在實際項目中使用也很方便，我想看很久了，但也一直沒看，最近準備學習
re: 截取網頁快照的dll true 2008-12-02 12:38
很好的東西，值得研究
提出一個疑問：業(yè)務線程肯定是多線程的實現(xiàn)，threadA，threadB，threadC，如果同一個client連續(xù)發(fā)送了2個待處理的包，是否保證對該client的處理由同一個線程實現(xiàn)？否則是否會出現(xiàn)threadA，threadB同時向client的socket寫數(shù)據(jù)，導致亂序
re: 工作兩年后的總結 true 2008-11-03 12:39
保持持續(xù)的進步就好，共勉
re: 甘特圖第一版本發(fā)布 true 2008-09-27 12:47
友情支持
re: 簡單的異步日志模塊 true 2008-08-31 13:31
看見ZLog感覺眼熟，下載下來看看，果然是你，呵呵，最近怎么樣？不辭而別不夠哥們義氣啊，^_^
by tianqigui
非常漂亮，可執(zhí)行文件的體積有多少？太大的話，就不適合做界面了