樂意交這個朋友

后來我測試過，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