乐意交这个朋友

后来我测试过，CreateRemoteThread这种方法其实也是可以。这种方法按作者的说法有一个问题是：如果新的进程带有窗口，就会失败。但是在我的情况下不会有窗口。所以我最后选择这种方法了。连dos窗口闪一下都没有了，完美解决。

看来也要感谢snowman，贴了这么多链接。不过俺不研究“防火墙”，这些好东西下次email给我就行了，呵呵。

呵呵，今天sparkle在这里看到文章
http://blog.csdn.net/ljah/archive/2007/04/25/1584669.aspx
正在奇怪作者是谁，既认识nomad又认识Rayman。
我也不认识作者是谁，不过这么捧场真是多谢多谢。

to zcpro：我也看到了asio说加入boost，不过boost的标准包里面还没有看到它的踪影。当年spirit也有这样的现象。估计加入boost大家庭“手续”还是挺麻烦的。

to 小猪：我暂时还没有用到保存，我也只是暂时用到读取部分。迟点用到的时候我再回复你吧。

Sorry长久没有上来，所以没有看到你的问题。
这个signalslot.h是以前我自己研究练习写的，没有发布过，现在一下子也找不到在哪里。估计你的情况是需要的是一个第三方公开的那种类库吧。估计这几个对你有帮助：
http://www.codeproject.com/cpp/ElmueSignalsandSlots.asp?df=100&forumid=38296&exp=0&select=1762527
http://sigslot.sourceforge.net/

C++ <=> python交互（不是转换）还是比较容易的。
C++ <=> js 暂时没有研究。

仔细看看Linux的string实现吧。gcc3某个版本以后的stl已经不是完全是SGI的版本了。里面的string使用了reference count的技术。所以，string str2=str;在gcc已经是完全没有内存复制了。
VC的STL一向都是自己写的，记忆中没有使用reference count。如果编译的时候没有打开优化，inline函数是不会实际上实现内嵌的，额外增加的函数调用时间，往往使到程序效率更低。

问题是goto只能goto到指定的地方。redo应该是哪里出错在哪里重新执行。try/goto没有办法回到出错的地方。

感觉上就是大杂烩，估计作者是把各种语言自己喜欢的部分都综合起来。不过反而显得没有自己的风格。

snmp绝对是正途。
不过在我们的应用中，需要自己的程序去检查一些系统资源，发现不妥的时候要做一些相应的举措。例如磁盘分区满了，要自动调整分区的存放数据的权重；CPU过忙，就减少一些复杂运算的请求等等……如果这些操作都用snmp，消耗在snmp上的资源就太多了，所以才会想到自己去获取这些信息。

哦，原来我看错，我还以为你说xtemplate也可以用，呵呵。刚才看了一下
xampp，果然也不错，似乎更专业，更全面。
http://www.apachefriends.org/en/index.html

刚刚去看了一下介绍，感觉就是一个类似samba的解决方案，看来和mingw一起用也不错。（Eclipse/CDT是不敢再碰了）可惜这段时间sf有些问题，下载不了试用，迟点再说了。再一次感谢。

多谢指教。
只不过用了一小段时间Eclipse/CDT，那个速度实在难以忍受，所以最后放弃了。
我先去研究一下 uniwin。:)

也是在php5下面？如何做？愿闻其详？

想法是好，但太不了解C++了。

Singleton在多线程方面，还漏了一篇文章没有看：
《Double-Checked Locking,Threads,Compiler Optimizations,and More》（Scott Meyers）

主要意思就是在：_instance.reset ( new T);
在编译器优化情况下，_instance先设了指针内容，然后再进行构造函数。如果有第二个线程这时候进行访问，_instance内容为非空，于是跳过了第一个if( 0 == _instance.get() )。但实际上对象还是没有构造完整。

实际上我们多是先用
std::auto_ptr<T> _au(new T);
_instance = _au;

好像上次也有人和我说过ftp下载的文件不完整，说size太大就不行了。于是我马上试试，但在自己的机上就没有发现。

这个项目好像参与的人不多，估计也就作者孤军奋战了，所以比较多奇奇怪怪的bug，距离实用阶段还比较远。我现在也是偶然需要调试的时候才打开来用用。

呵呵，多谢捧场！！

支持，支持！
我也刚刚看完这个的英文版，文章不错。大侠翻译完后一并收入精华区。

哦？我倒是没有发现这个问题。不过这个东西提供源代码，或者研究一下？

不好意思，这几天忙其他的事情，还没有来得及处理大家的回答。
谢谢大家的意见和支持。那目前先按以下分类：

C++与其他语言
C++与其他语言（Java、PHP、Perl、Python、Ruby等）综合使用。
Unix开发专栏
与Unix/Linux平台开发相关的文章，Kernel研究、KDE/GNOME开发等等……
Windows开发专栏
与Windows开发平台相关的文章，MFC、WTL、COM、C++/CLI……
高级技巧
收集较高级C++使用技巧的介绍。
基础知识
收集一些有代表性的，关于C++基础知识的介绍。包括语言历史典故、C/C++语法介绍、标准库使用方法、STL使用方法等等。
经验之谈
收集各高手开发中对各种疑难杂症的解决方案。
跨平台开发专栏
各种于平台无关的开发，包括wxWindow、FOX、FLTK、ACE、ICE、CURL……
类库DIY
收集各位高手的设计类库等。
资源介绍
收集各种开源的C++开发产品、现成类库等的介绍文章。以及各种C++值得阅读的书籍的介绍。

沈鹏兄提到的：MFC应该可以归类到windows开发专栏；STL、标准库和C++大事记应该可以归类到基础知识；boost可以归类到开源资源；wxWidgets和Qt可以归类到跨平台开发专栏或者开源资源（要看文章是偏重于实践的介绍还是概况的介绍，或者两个精华区都收集）；至于多媒体和3D，那可能也要看具体内容再归类。

christanxw兄提到的ACE，应该可以归类到跨平台开发专栏。

收集到精华区的文章，目前来说不是很多，如果精华区分类太多反而不方便查找。如果按不同的项目分类，那些小项目（例如WTL之类的）不知道是独立一个分类还是集中到一起好。目前基本上是按文章的用途以及难易程度来分。如可冰兄所说，大家再慢慢的增加分类吧。目前主要先把文章收集到前面几个分类，发现某个项目不断膨胀，就把他独立出来新开一个专栏，如何？

目前精华去那里的设置还有点问题，例如不能改名、不能删除，可能迟点要等dudu帮忙修复才行。

用索引是可以，不过个人不大喜欢用索引。其原因就是索引并不是stl容器所共有的特性，一旦使用了索引，以后如果需要转换为其他容器的时候，未免需要改动不少地方。另外，我这里所说的只是一种解决方法。对于我这种情况，只需要更改一个typedef定义就可以解决问题。如果改成是用索引的话，需要更改不少地方，而且很容易会漏了。
程序本身算法也比较复杂，相对来说使用索引性能也不会下降多少，这个倒不是什么需要考虑的地方了。

应该是不难实现的。
另外很不爽的一个地方就是处理语义的地方，没有传入参数，也就是说一段代码只能够有一种处理语义的方法。
作者只发布了一个版本，到现在没有更新，作者也没有再出现过，都不知道作者是不是已经放弃这个东西了……

多谢介绍！

yard这个project可以在 http://sourceforge.net/projects/yard-parser/找到，另外作者主页在 http://www.cdiggins.com/; codeproject上也有一些相关的介绍文章：

http://www.codeproject.com/cpp/yard-xml-parser.asp

http://www.codeproject.com/cpp/yard-tokenizer.asp