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

@福福
中文字符應(yīng)該用wcslen才對(duì)，strlen是用來處理單字節(jié)字符串的。
詳細(xì)描述請(qǐng)看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.

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

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

you gotta it!

呵呵，前不久也打算寫個(gè)玩玩，一直沒時(shí)間

@MonkeyLin
都是學(xué)習(xí)嘛，互相討論會(huì)更有收獲呵呵。

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

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

#@x
倒沒怎么見過

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

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

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

都是相當(dāng)實(shí)用的，不錯(cuò)。

不錯(cuò)的文章。

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

小心被和諧了，呵呵~

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

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

其實(shí)后來覺得多數(shù)情況下eager initialization要優(yōu)于lazy initialization。
如經(jīng)典的Meyer's Singleton以及Boost::singleton

@fr3@K
實(shí)際上multithreading的問題不在于mutex這里，一個(gè)好的設(shè)計(jì)會(huì)在main函數(shù)真正啟動(dòng)后再調(diào)用Instance()，而這時(shí)候global object可以確保已經(jīng)初始化，即在調(diào)用Instance()時(shí)可以保證mutex已經(jīng)初始化。因此只要程序在真正進(jìn)入main函數(shù)以前不調(diào)用Instance()，就不會(huì)有g(shù)lobal instance的初始化問題。

不錯(cuò)，比較詳細(xì)，有時(shí)間再看。

不錯(cuò)的東西，先收下了哈哈。。。

有意思

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

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

可以看出，上面VC的匯編實(shí)現(xiàn)是針對(duì)X86計(jì)算機(jī)的。

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

英文原版圖書在國內(nèi)是在難買

Sorry，我不該用WORD這個(gè)單詞。我說的WORD在這里表示計(jì)算機(jī)中的一個(gè)字長(zhǎng)，不是一般為2個(gè)字節(jié)的WORD類型。

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

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

不錯(cuò)的例子

也有叫l(wèi)oad-time dynamic linking和run-time dynamic linking，上面的是run-time dynamic linking

看了一下ppt的代碼，如skipper所說，效率并不高，先不說lazy evaluation。看看Metrix本身的設(shè)計(jì)：

copy construct 其實(shí)沒必要2層循環(huán)，也沒必要用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];
}
當(dāng)然了，上面的還可以再優(yōu)化，用memcpy會(huì)更快：
Metrix::Metrix(const Metrix& a) {
//...
memcpy(element, a.element, size * sizeof(double));
}
copy assignment operator以及operator+也一樣可以優(yōu)化...
不多說了呵呵

@abc
沒問題就好。“您”字看得我好怪...

new (trieNode);//還真是奇怪的寫法
如果trieNode是個(gè)class，
new (trieNode);
去掉括號(hào)等同于new trieNode;
也應(yīng)該等同于new trieNode();

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

不錯(cuò)，先收藏了

對(duì)Delphi不熟悉，飄過。。。

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

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

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

@ornaking
呵呵,共同學(xué)習(xí)

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

@VrcatS
有意思，thanks！

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

@SmartPtr
Sorry!我對(duì).Net不太熟悉呵呵

@ChenA
thanks!

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