re: vs2012界面 nscboy 2014-01-20 21:12
那個.sdf文件動輒上百個M.這個硬盤小的話有點吃不消.
VC2012可以在工程中選擇Visual Studio 2012 - Windows XP (v110_xp).編譯出的程序可以在XP上用.
至于安裝到WinXP上,我看就算了吧.
re: TCP協議流的理解 nscboy 2013-03-25 18:14
TCP是流協議:所以上層應用應該做自己的封包處理.
按照自己的協議,從流拆分出數據包.而不是依賴系統.
re: vs2003安裝步驟與可能問題的解決 nscboy 2012-08-20 13:47
開發環境只是選擇問題,用得著鄙視嗎?你家舊代碼不用維護的啊
re: 關于關鍵字volatile使用[未登錄] nscboy 2011-06-17 14:53
@airtrack
我覺得也是這樣.
但C++標準沒有規定該操作是未定義的.所以大家還可以使用運算符先后順序進行演算.最后得出一個"正確"的結論.并可以要求編譯器支持
未定義的表達式為:
z = (++z) + (++z) + (++z);
這個表達式就仁者見仁,智者見智了.
re: 外觀模式[未登錄] nscboy 2011-05-27 01:06
明明一個類創建多個對象就能解決的問題,為什么要創建多個類來實現.你到底是如何理解類和對象的關系的.
re: 偶見CSDN的VC6的猛人[未登錄] nscboy 2011-05-15 12:52
@lymons
那個說VC6免費的.
微軟的盜版推廣政策還真是危害四方啊.
要免費你可以試試Code::Blocks啊.或者VC2010Express
svn還是用烏龜比較好啊.插件嘛.那個收費的VisualSVN真的很不錯的
re: 守護與程序穩定性[未登錄] nscboy 2011-05-05 00:41
這個觀點我非常贊同.與其費勁力氣寫看門狗程序,還不如盡力完善原來程序的邏輯.
re: 發一些資料(內含部分稀有資源)[未登錄] nscboy 2011-01-25 10:18
在與復雜的下載規則.404.以及公司強大的防火墻斗爭了一段時間后.我無奈的選擇了放棄.
re: Socket粘包問題[未登錄] ｎｓｃｂｏｙ 2010-09-13 10:41
dennis 說的對．
TCP本來就是流，哪里來的包啊．
包是上層應用程序需要處理的事情．
我到是覺得，你的實驗證明了：如果你把上層應用程序的活交割下曾的TCP去做．必然會導致效率低下．
re: 工程師和科學家[未登錄] nscboy 2009-12-08 17:44
Everything is possible
這句美妙的話有時候會代表一種無奈.
在工業環境中.任何出錯的可能性都會發生.然后你的軟件不得不去應付這些可能.
re: 反外掛的一點牢騷[未登錄] nscboy 2009-09-22 10:01
反外掛不僅僅是技術問題.如果一個游戲就是打怪,挖礦等簡單的操作.無聊重復的勞動,而沒有精彩的劇情的話.那么外掛肯定是必然出現的.
樓上那個服務器完成運算,發送貼圖給客戶端的方法有些兒戲了.且不說你服務器頂不頂得住這么大的運算量.
你有空可以去看看由綠壩帶來的開源圖像識別軟件.我想.計算機視覺的并沒有你想象的那么差勁.
.svn目錄下保存這一些版本信息.我覺得還是不要刪除的好.
如果你要獲取干凈的最新版本的代碼.你可以用"導出"功能(在TortoiseSVN的右鍵菜單中有此功能).這樣應該會更方便一些
狼才懶的理會他們呢,他會把錢兌換成美元,然后去美國享福.
狼才懶的理會他們呢,他會把錢兌換成美元,然后去美國享福.
ntdll!NtWaitForSingleObject+0xc
要確認這個說法需要確認后面那個＋0xc的具體含義吧。
樓主,文章有一處錯誤:
SQLConfigDataSource這個函數應該是在ODBCCP32.DLL中而不是Odbcint.dll中.
re: vs2005下安裝boost nscboy 2007-09-06 10:26
直接到sf.net上下載源碼包,然后自己使用bjam編譯應該更合適吧 .
只是,編譯時間也夠長的.現在正在編譯Serialization庫,正在折磨硬盤和CPU....
re: 規范？！ nscboy 2007-08-24 12:13
嚴重贊同LOGOS
如果把注釋作為后續維護的依據.那需求變化導致的變更會讓文檔變得比沒有還難受.
當然老板提供每月100行代碼的寬松工作要求除外.這時就沒有理由不做好文檔的更新和同步的工作了.