re: Chromium編譯記錄 zgpxgame 2013-11-16 21:29
June 2010 DirectX SDK.
re: HOOK技術的一些簡單總結 zgpxgame 2013-10-30 20:58
mark
@萬連文
簡而言之我想是：
非虛繼承 構造調用順序
CBar() -call-> CFoo() -call-> CFinal()
虛繼承 構造調用順序
CBar() -call-> CFinal() // 私有，不可調用
CBar() -call-> CFoo()
re: Coroutines in C zgpxgame 2013-05-20 13:04
mark
re: 從一道面試題來闡釋一個普遍的認知誤區 zgpxgame 2013-04-08 18:34
分析的不錯，但就這道題目來說，感覺這題考的意義不大，面試過程用這種細枝末節的語法題考察不出面試者的思維。
re: 關于最優無限循環的考證 zgpxgame 2013-01-06 18:31
恩 很欣賞你的這種做法。只是我覺得你分析得不夠全面，所以就補充了我自己的一點看法。所以我認為考證后的結論是，不需要糾結于for還是while。與之相比，干凈的代碼和能清晰表達程序意圖的語句往往是更重要一些的
re: 關于最優無限循環的考證 zgpxgame 2013-01-06 11:01
由于現在的CPU指令流水線、緩存、亂序等等，加上編譯器會處理優化，所以這方面的優化已經意義不大了，也就不必糾結用什么循環了。不過了解一下也是可以的
re: 基于堆棧上的字符串實現 zgpxgame 2012-09-05 17:35
恩，可以。 如果字符串類實現的再完善些也未嘗不可 @華夏之火
re: 基于堆棧上的字符串實現 zgpxgame 2012-09-03 02:28
我想說的代碼膨脹是指如果代碼中使用了CStackString＜1＞......CStackString<N>會導致編譯器生成N個類，當然如果只取一個最大N使用這個類也就不存在這個問題了。 我個人不主張去重新實現一個棧string，而是去實現一個棧分配器，這里有現成的例子：
http://src.chromium.org/viewvc/chrome/trunk/src/base/stack_container.h@華夏之火
學校教編程的老師大多是沒有工程經驗的老師，一般都是照本宣科，而且是一個專科學校的老師，但也不排除有高手的可能。“所以我決定不在看書” 個人不太贊同，書還是要看的，經典書很多，重點也不同，有更好的設計，更強的算法，更透徹的了解語言，更清晰的代碼，更深入的理解操作系統……路還很漫長
網絡編程的東西還是有一些的，個人感覺你現在學的還有點局限，不過好的基礎也很重要，可以研究下網絡游戲服務端，或者其他開源代碼應用，或一些好的開源網絡庫，asio、libevent、淘寶的tair等什么的，還有一網絡相關的設計模式，《面向模式的軟件體系結構 卷2》里面有一點相關內容，而且網絡程序常常與多線程技術相關密切。看你興趣去研究相關的東西會有收獲的
re: 編譯器背后的小故事 zgpxgame 2012-07-29 14:46
s1，s2是同類型，不會發生隱式類型轉換，結果當然也是同類型的而溢出，隱式類型轉換發生在賦值時
strcpy(ps,"美國") 如果只是試驗，倒也關系不大，實際中這樣可能導致問題
re: 淺談二進制文件讀寫和文本文件讀寫的區別 zgpxgame 2012-07-12 12:44
跟可移值性關系不大，在系統間的區別大概只有換行符不太一致。文本文件可讀性好，但占用空間較大。
re: Makefile自動生成 zgpxgame 2012-06-27 20:54
mark
re: 用Windbg解決一個Bug zgpxgame 2012-06-27 13:06
mark
re: memcached完全剖析系列教程《轉》 zgpxgame 2012-06-16 09:23
mark
re: 基于堆棧上的字符串實現 zgpxgame 2012-06-08 13:19
會導致代碼膨脹，如果只是內存問題可以考慮換一個基于棧的內存分配器
re: chrome 源碼分析 zgpxgame 2012-05-25 16:40
mark
re: 一個高效的內存池實現 zgpxgame 2012-05-05 23:55
固定大小的緩沖池策略
re: LUA源碼分析上 zgpxgame 2012-04-29 17:19
文件壞掉了？下載了打不開