#ant

中國的外掛真是NB的不行了！

@福福
中文字符應該用wcslen才對，strlen是用來處理單字節字符串的。
詳細描述請看MSDN：
However, strlen interprets the string as a single-byte character string, so its return value is always equal to the number of bytes, even if the string contains multibyte characters. wcslen is a wide-character version of strlen; the argument of wcslen is a wide-character string and the count of characters is in wide (two-byte) characters.

以前也沒有注意過，主要是不會這么寫！

@MonkeyLin
thanks!
ICU記得以前編譯Boost庫時下載過。
在64位機器上確實會有問題，不過為了簡單，也為了減少對庫的依賴性，把
typedef unsigned long ulong;
改成
typedef unsigned int uint32;
基本就夠用了。
已經更新了源代碼^_^

you gotta it!

呵呵，前不久也打算寫個玩玩，一直沒時間

@MonkeyLin
都是學習嘛，互相討論會更有收獲呵呵。

華為的筆試題貌似不難么，呵呵

呵呵，過來改正個筆誤，11111111居然寫成了1111了...

#@x
倒沒怎么見過

非把人累死不可，確實是無聊的東西

實際上就是有符號數轉換中"符號位擴展"的問題。
short temp2 = temp1;
...
unsigned int temp6 = temp2;
先不管temp2的值是多少，上面就是short符號位擴展到int，然后再從int轉unsigned int的問題。short是有符號類型，先進行符號位擴展(假設short為16位，int/unsigned int為32位)
1. short為正數，則最高位為0，當從16位擴展到32位int時，擴展的高16位用0填充，即將符號位0進行擴展，這樣擴展后的32位整數和原來的整數值是一樣的。
2. short為負數，則最高位為1，當從16位擴展到32位int時，擴展的高16位用1填充，即將符號位1進行擴展，這樣擴展后的32位整數和原來的整數值是也是一樣的。
即上面的代碼等效于：
short temp2 = temp1;//temp2為-1(11111111 11111111)
...
int tempInt = temp2; //符號位擴展,tempInt也為-1(11111111 11111111 11111111 11111111)
unsigned int temp6 = tempInt;//將(11111111 11111111 11111111 11111111)解釋為無符號

@MonkeyLin
thanks!不過我想你沒有仔細看代碼，string是按值返回的，不存在任何問題。
如果返回值類型是string&或string*，才會出現你說的返回局部變量的問題。
另外，return str;與return string(str);并無本質區別。

都是相當實用的，不錯。

不錯的文章。

入門的書籍有一本叫C++ how to program什么的好像很不錯，就是有點厚，大概1000多頁吧。中等書籍C++ Primer不錯，再就是Effective C++,More Effective C++, Exception C++, More Exception C++之類的。
C++標準庫的當然少不了，講STL入門的有The C++ Standard Library，還可以當參考書用。還有STL源碼剖析等。。。不一一列舉了，總之好書太多了呵呵

小心被和諧了，呵呵~

我也奇怪，就改了一下，再發布就變了。連日期都變了，郁悶。。。

@fr3@K
謝謝你的建議。
不能從static code中調用Instance()確實是一種限制。我想應該可以通過某種類似Boost::singleton中的技巧來確保static object(mutex)在Instance()之前初始化。有時間了再把這段內容補上。

其實后來覺得多數情況下eager initialization要優于lazy initialization。
如經典的Meyer's Singleton以及Boost::singleton

@fr3@K
實際上multithreading的問題不在于mutex這里，一個好的設計會在main函數真正啟動后再調用Instance()，而這時候global object可以確保已經初始化，即在調用Instance()時可以保證mutex已經初始化。因此只要程序在真正進入main函數以前不調用Instance()，就不會有global instance的初始化問題。

不錯，比較詳細，有時間再看。

不錯的東西，先收下了哈哈。。。

有意思

c語言的版本不會有endian的問題，如果用匯編就需要注意了。
假設有4個連續的字節abcd，現在要找出其中的第一個0字節：
1. 在PowerPC這種big-endian的計算機上，將這4個字節讀到寄存器中依然是
abcd，從左到右找到最左邊的0字節就OK了。

2. 在X86這種little-endian的計算機上，將這4個字節讀到寄存器中就會變成
dcba，這就需要從右到左找到最右邊的0字節。

可以看出，上面VC的匯編實現是針對X86計算機的。

剛好我是處女座的，難道是在說我呵呵！

英文原版圖書在國內是在難買

Sorry，我不該用WORD這個單詞。我說的WORD在這里表示計算機中的一個字長，不是一般為2個字節的WORD類型。

AI算法不是我自己寫的，用的是Freecell Solver的C代碼。那個比較復雜，差不多有1W多行，為了方便我就封裝成了AI.dll

用for來處理container確實比較麻煩，有時候for語句還得折行。
估計新的特性可能還要等不少時間...

不錯的例子

也有叫load-time dynamic linking和run-time dynamic linking，上面的是run-time dynamic linking

看了一下ppt的代碼，如skipper所說，效率并不高，先不說lazy evaluation?？纯碝etrix本身的設計：

copy construct 其實沒必要2層循環，也沒必要用operator()來存取元素：
這樣寫效率肯定不一樣
Metrix::Metrix(const Metrix& a) {
M = a.M;
N = a.N;
int size = M * N;
element = new double[size];
for (int i = 0; i < size ; ++i)
element[i] = a.element[i];
}
當然了，上面的還可以再優化，用memcpy會更快：
Metrix::Metrix(const Metrix& a) {
//...
memcpy(element, a.element, size * sizeof(double));
}
copy assignment operator以及operator+也一樣可以優化...
不多說了呵呵

@abc
沒問題就好?！澳弊挚吹梦液霉?..

new (trieNode);//還真是奇怪的寫法
如果trieNode是個class，
new (trieNode);
去掉括號等同于new trieNode;
也應該等同于new trieNode();

@abc
我最早就是在VC++ 2005上寫的代碼，在GCC上也測試過。
有可能你沒有把md5.cpp加入工程，如果只用md5.h和test.cpp進行編譯就會出現上面的8個error。

不錯，先收藏了

對Delphi不熟悉，飄過。。。

不錯，以前只知道bit field不好移植，今天算是見到實際例子了

這本書我沒看過，不過The C++ Standard Library很不錯

應該是MSDN的問題，STL的參考書還是The C++ Standard Library比較棒.

@ornaking
呵呵,共同學習

cppblog最近人氣不高啊，幫你頂頂...

@VrcatS
有意思，thanks！

總算抽出時間修改了一下接口，只敢說比以前的好。實在想不出比較完美的，要是哪位有好的想法還望告知...

@SmartPtr
Sorry!我對.Net不太熟悉呵呵

@ChenA
thanks!

@Ray
Thanks!
頭文件的define確實該放在cpp里，是我疏忽了。
類的接口也正在優化...