#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。看看Metrix本身的设计：

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里，是我疏忽了。
类的接口也正在优化...