金慶的專欄
C++博客
::
首頁
::
新隨筆
::
聯(lián)系
::
聚合
::
管理
::
423 隨筆 :: 0 文章 :: 454 評(píng)論 :: 0 Trackbacks
公告
我的隨筆
我的評(píng)論
我參與的隨筆
留言簿
(12)
給我留言
查看公開留言
查看私人留言
隨筆分類
(502)
1. C/C++(166)
(rss)
2. 網(wǎng)游開發(fā)(108)
(rss)
3. Golang(20)
(rss)
4. Linux/Unix(30)
(rss)
5. 軟工與管理(44)
(rss)
6. Python(23)
(rss)
7. Erlang(18)
(rss)
8. Rust(16)
(rss)
9. 其它(77)
(rss)
隨筆檔案
(423)
2023年1月 (1)
2022年11月 (1)
2022年10月 (2)
2022年9月 (1)
2022年4月 (6)
2022年1月 (2)
2021年12月 (4)
2021年11月 (6)
2021年10月 (2)
2021年9月 (2)
2021年8月 (7)
2021年7月 (2)
2021年5月 (2)
2021年3月 (1)
2021年2月 (2)
2021年1月 (1)
2020年12月 (1)
2020年10月 (1)
2020年9月 (5)
2020年8月 (1)
2020年7月 (1)
2020年6月 (1)
2020年4月 (2)
2020年3月 (3)
2020年2月 (3)
2020年1月 (1)
2019年12月 (1)
2019年9月 (2)
2019年4月 (2)
2019年1月 (1)
2018年12月 (1)
2018年11月 (3)
2018年10月 (1)
2018年9月 (3)
2018年8月 (3)
2018年7月 (2)
2018年6月 (4)
2018年5月 (4)
2018年4月 (4)
2018年3月 (1)
2018年1月 (2)
2017年12月 (2)
2017年11月 (3)
2017年10月 (3)
2017年8月 (7)
2017年7月 (1)
2017年6月 (1)
2017年5月 (3)
2017年4月 (3)
2017年3月 (3)
2017年2月 (2)
2017年1月 (2)
2016年12月 (5)
2016年11月 (2)
2016年10月 (2)
2016年9月 (1)
2016年8月 (6)
2016年7月 (3)
2016年6月 (2)
2016年5月 (4)
2016年4月 (2)
2016年3月 (2)
2016年1月 (3)
2015年12月 (2)
2015年11月 (2)
2015年10月 (1)
2015年8月 (2)
2015年7月 (1)
2015年6月 (1)
2015年5月 (4)
2015年4月 (3)
2015年3月 (4)
2015年2月 (5)
2015年1月 (4)
2014年12月 (3)
2014年11月 (3)
2014年10月 (2)
2014年9月 (3)
2014年8月 (1)
2014年4月 (4)
2014年3月 (1)
2014年2月 (4)
2014年1月 (5)
2013年12月 (5)
2013年11月 (5)
2013年9月 (2)
2013年8月 (2)
2013年7月 (2)
2013年6月 (2)
2013年5月 (1)
2013年1月 (2)
2012年12月 (1)
2012年11月 (1)
2012年9月 (1)
2012年8月 (3)
2012年7月 (2)
2012年6月 (1)
2012年4月 (3)
2012年3月 (2)
2012年2月 (3)
2012年1月 (2)
2011年11月 (2)
2011年10月 (3)
2011年9月 (2)
2011年8月 (2)
2011年7月 (3)
2011年6月 (2)
2011年5月 (3)
2011年1月 (2)
2010年12月 (1)
2010年11月 (2)
2010年10月 (2)
2010年9月 (3)
2010年8月 (2)
2010年7月 (3)
2010年6月 (1)
2010年5月 (3)
2010年4月 (3)
2010年3月 (5)
2010年2月 (4)
2010年1月 (4)
2009年12月 (2)
2009年11月 (3)
2009年10月 (4)
2009年9月 (3)
2009年8月 (2)
2009年7月 (4)
2009年6月 (1)
2009年5月 (3)
2009年4月 (4)
2009年3月 (2)
2009年2月 (5)
2009年1月 (1)
2008年12月 (7)
2008年11月 (4)
2008年10月 (1)
2008年9月 (3)
2008年8月 (4)
2008年7月 (3)
2008年6月 (4)
2008年5月 (6)
2008年4月 (7)
2008年3月 (6)
2008年1月 (5)
2007年12月 (7)
2007年11月 (4)
2007年10月 (5)
2007年9月 (6)
2007年8月 (8)
2007年7月 (5)
相冊(cè)
公告照片
搜索
積分與排名
積分 - 653959
排名 - 25
最新評(píng)論
1.?re: boost::asio::spawn 將一統(tǒng)C++網(wǎng)絡(luò)庫
asio 成為C++首選網(wǎng)絡(luò)庫
--linda
2.?re: log4cxx中文輸出錯(cuò)誤補(bǔ)丁
評(píng)論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--金慶
3.?re: mingw編譯OrzNet
能發(fā)送一個(gè)mingw編譯好的OrzNet庫給我嗎? liuweiqcxy@163.com
謝謝!
--劉威
4.?re: log4cxx中文輸出錯(cuò)誤補(bǔ)丁
評(píng)論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--bigbad
5.?re: log4cxx中文輸出錯(cuò)誤補(bǔ)丁
評(píng)論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--bigbad
閱讀排行榜
1.?"multiple definition of" 錯(cuò)誤(11016)
2.?SVN中邪惡的replace(10938)
3.?VS2005編譯libevent(10404)
4.?混音算法的學(xué)習(xí)與研究(10183)
5.?C調(diào)用lua腳本的效率測試(9003)
評(píng)論排行榜
1.?VC6正在被拋棄(35)
2.?VS2005編譯libevent(21)
3.?"multiple definition of" 錯(cuò)誤(18)
4.?C++引用優(yōu)于指針(17)
5.?ACE與ASIO之間關(guān)于Socket編程的比較(16)
共4頁:
1
2
3
4
re: 對(duì)臨時(shí)變量的引用
金慶 2008-01-10 14:48
@<a href=
http://minidx.com>minidxer</a>
對(duì)臨時(shí)變量的引用必須是const
如short & s = l;就會(huì)編譯報(bào)錯(cuò)。
該臨時(shí)變量在其定義的作用域內(nèi)有效。
re: ACE與ASIO之間關(guān)于Socket編程的比較
金慶 2007-12-20 17:11
測了一下,確實(shí)是這樣。對(duì)于內(nèi)網(wǎng)傳輸CPU占滿了,對(duì)外網(wǎng)(網(wǎng)速很低)沒有明顯的CPU占用。與網(wǎng)絡(luò)環(huán)境無關(guān)嗎?如果是低流量時(shí)占CPU,那肯定是有問題。數(shù)據(jù)流量大時(shí),可以解釋為接收數(shù)據(jù)太忙,不過也是不正常(相比其它下載工具)。
re: ACE與ASIO之間關(guān)于Socket編程的比較
金慶 2007-12-19 15:37
@missdeer
不知占用CPU很厲害的原因找到?jīng)]有?我試了asio的幾個(gè)例子,都還不錯(cuò)。只要理解了Proactor模式,使用上應(yīng)該是相當(dāng)方便的。
re: 我用一輩子來堅(jiān)持的決定!
金慶 2007-12-19 10:31
太感動(dòng)了!
已經(jīng)娶了嗎?
re: HTTP 協(xié)議連接淺析1
金慶 2007-12-19 09:44
流水是什么意思?第一次在HTTP協(xié)議中看到。
re: 游戲腳本變量存取優(yōu)化
金慶 2007-12-18 09:38
最多總共也只有30M,有必要優(yōu)化嗎?數(shù)據(jù)庫性能應(yīng)該不至于那么低吧?干脆不要存數(shù)據(jù)庫了,每個(gè)用戶一個(gè)保存文件就行了,別說30M,30G都沒問題。
re: gcc 中std::list 的size()成員函數(shù)
金慶 2007-12-12 11:02
@海邊沫沫
可惜istream_iterator<string>是按string輸入的,以空白符分隔,而不是以'\n'分隔。好像沒有辦法改變這個(gè)分隔符的吧?
re: gcc 中std::list 的size()成員函數(shù)
金慶 2007-12-11 14:03
@海邊沫沫
用istream_iterator<string>不行啊?好象是vector不能接受istream_iterator。貼個(gè)調(diào)試能過的代碼讓我們瞧瞧吧。
re: 發(fā)布跨平臺(tái)INI文件讀寫API(C版本) V0.2.0
金慶 2007-12-10 14:15
@天下無雙
Windows API GetPrivateProfileXXX() 將文件名參數(shù)放在最后,是因?yàn)樗С治募麨镹ULL。
re: 一段代碼優(yōu)化的討論
金慶 2007-12-07 14:22
怎么會(huì) 0 us? 計(jì)時(shí)有問題吧?
time4 =0 us
time5 =0 us
看代碼
printf(”time5 =%d\n”,now);
沒有打印"us". 應(yīng)該保持代碼與結(jié)果的一致.
即然輸出與輸出的內(nèi)存結(jié)構(gòu)一致,直接用memcpy就行了,不必循環(huán)賦值.
re: 發(fā)布C/C++跨平臺(tái)INI文件讀寫API V0.2.0
金慶 2007-12-07 13:57
直覺告訴我,file參數(shù)應(yīng)該放在第一參數(shù)的位置.
re: 游戲引擎基礎(chǔ)(一)(渲染和構(gòu)造3D世界)
金慶 2007-12-04 16:43
原文(帶彩圖!):
http://www.extremetech.com/article2/0,3973,594,00.asp
re: 摘自《代碼閱讀方法與實(shí)踐》
金慶 2007-12-04 15:01
我的觀點(diǎn)是:從微型的重構(gòu)開始。
re: 摘自《代碼閱讀方法與實(shí)踐》
金慶 2007-12-03 10:46
> 閱讀代碼尋找重構(gòu)機(jī)會(huì)時(shí),先從系統(tǒng)的構(gòu)架開始,然后逐步細(xì)化,能夠獲得最大的效益。
可能是我理解錯(cuò)誤,我認(rèn)為重構(gòu)是從細(xì)節(jié)開始的,如先改改變量名,當(dāng)對(duì)整體把握更大時(shí),才會(huì)對(duì)構(gòu)架進(jìn)行重構(gòu)。
re: C中如何調(diào)用C++函數(shù)
金慶 2007-11-30 09:36
雖然不怎么方便,可是還是有用的。
re: WMF SDK例程wmvcopy中的錯(cuò)誤
金慶 2007-11-29 09:43
@小蚊子
應(yīng)該是與關(guān)鍵幀有關(guān),即沒有從關(guān)鍵幀開始截取。我對(duì)此沒什么好辦法。詳見另一篇文章的討論:
http://blog.csdn.net/jq0123/archive/2007/03/23/1538545.aspx#615368
re: FAQ雜志——每月一期
金慶 2007-11-27 09:10
不如每月出一個(gè)精選專輯吧。
re: 兩類程序員
金慶 2007-11-23 09:38
精通C++,再掌握一兩門腳本,那不就好了?
re: QUAKE系列引擎以及基于QUAKE擴(kuò)展引擎的源代碼全面分析(二)
金慶 2007-11-21 09:04
看了“Master of DOOM”中譯本的前兩章,覺得很有意思。如果有時(shí)間,我也要研究一下3D游戲引區(qū)擎。學(xué)C的看操作系統(tǒng)源碼,學(xué)C++的看3D游戲引擎,因?yàn)檫@分別是兩種語言的主要應(yīng)用領(lǐng)域。
對(duì)于上海程序員的交流,我也很期待。(我也在上海。)不過我感覺上海程序員不太愿意相互交流,可能是太忙了。北京程序員的組織與活動(dòng)好象是最多的,好羨慕。想交流的程序員請(qǐng)加入“上海程序員”Google討論組,期待出現(xiàn)幾個(gè)組織能力強(qiáng)點(diǎn)的人,凝聚上海程序員。歡迎加入:上海程序員 (
http://groups.google.com/group/programmers_sh
)
re: 【原創(chuàng)】c++ server測試全攻略
金慶 2007-11-16 09:26
至少有借鑒意義。內(nèi)存泄漏有顯式與隱式之分嗎,請(qǐng)教?
re: 我是一只小青蛙,呱呱呱呱呱
金慶 2007-11-15 10:11
圖片拍得很差,又沒說明,沒意思.
re: 我是一只小青蛙,呱呱呱呱呱
金慶 2007-11-15 10:10
能詳細(xì)說說Flash做界面嗎?
詳見我的留言
http://www.shnenglu.com/lovelypig/archive/2007/11/08/15565.html#36112
re: 把private聲明從.h文件移到.cpp文件
金慶 2007-11-13 10:03
我是想這樣定義類,將公有接口與私有實(shí)現(xiàn)分開,但是C++不允許:
// .h ------------------
class CTest
{
public:
void Foo();
int Bar();
// ...
// private part is in .cpp file.
}
// .cpp -----------------
class CTest
{
// public interface part is in .h file.
private:
int m_nCount;
// ...
}
re: 關(guān)于SERVICE程序無法穿透防火墻的怪問題
金慶 2007-11-08 09:33
@橙子
看來是個(gè)網(wǎng)絡(luò)服務(wù),監(jiān)聽端口怎么可以是0?
re: 近況
金慶 2007-11-08 09:21
能詳細(xì)說說Flash做界面嗎?C++程序能用上Flash界面嗎?Flash有沒有一些標(biāo)準(zhǔn)的控件,如樹形結(jié)構(gòu),列表,下拉菜單?如果全部自己畫出來就太麻煩了。
re: 關(guān)于SERVICE程序無法穿透防火墻的怪問題
金慶 2007-11-01 09:43
沒有道理。
re: 混音算法的學(xué)習(xí)與研究
金慶 2007-11-01 09:40
@neoragex2002
前提當(dāng)然是滿足采樣定理,語音采樣都是標(biāo)準(zhǔn)8K。關(guān)鍵就是均衡的方法,沒有簡單的均衡方法。
re: 使用Python的logging.config
金慶 2007-10-30 11:07
@APACHE
我試了一下是好用的,沒有錯(cuò)誤,除了logging,error未定義。
你最好給出錯(cuò)誤信息。
logging.shutdown()是關(guān)閉所有處理器。
用self.hdlr.close()也可以。
re: MySQL Proxy
金慶 2007-10-19 09:34
一圖勝萬言。
《用MySQL Proxy實(shí)現(xiàn)讀寫分離》的URL是?
re: 按NT服務(wù)運(yùn)行程序
金慶 2007-10-16 09:52
@Minidx全文檢索
適用條件不同,這是用代碼直接寫個(gè)服務(wù)。如果是現(xiàn)成的程序或腳本,沒有源碼,就不能用了。
re: 評(píng)架構(gòu)驗(yàn)證的時(shí)間
金慶 2007-10-16 09:47
@Minidx全文檢索
CMM的量化很費(fèi)勁,只適合大型開發(fā)組織。并且我懷疑數(shù)據(jù)的有效性,即費(fèi)力總結(jié)出來的量化數(shù)據(jù)并沒有什么指導(dǎo)意義。說到國內(nèi)公司,我笑了。當(dāng)然有數(shù)據(jù)總比沒數(shù)據(jù)好。
re: 按NT服務(wù)運(yùn)行程序
金慶 2007-10-15 10:46
@Minidx全文檢索
XYNTService是公開源代碼的。用ant寫的那個(gè)class是指哪個(gè)?
re: C++ std名字空間ostream_iterator與的詭異問題
金慶 2007-10-13 12:31
我不記得解答過你的這個(gè)問題...
請(qǐng)不要直接顯示我的郵件地址,避免被用于垃圾郵件。
re: boost 1.34.0(幾乎是最糟糕的boost) 常見問題解答
金慶 2007-10-11 10:18
應(yīng)該是用了VC8才變?cè)愕陌桑肯嚷暶鳎覜]用VC8。
> boost 1.34.0在VC8下使用它自帶的STL編譯出的"Safe"代碼速度很慢;
應(yīng)該可以在Release中禁用Safe Code吧?
> 它的安全的C函數(shù),boost也不支持。
不知什么意思,有編譯錯(cuò)誤嗎?
> 同時(shí)由于code page,在enable_if.hpp編譯的時(shí)候會(huì)大量出現(xiàn)warning;
warning無所謂。
> 同時(shí),最嚴(yán)重的bug還是typeof在vc8下不能正常工作。
既然是因?yàn)閠ypeof可能依賴于已知的編譯器的bugs,那就不該使用typeof。
re: MSVC8中的SafeCode對(duì)性能的影響
金慶 2007-10-11 10:06
push_back()是不需要邊界檢查的,所以性能測試無效:
vec1.push_back( i );
re: ACE與ASIO之間關(guān)于Socket編程的比較
金慶 2007-09-29 09:28
@BlueEngine
以前做過MFC兩套資源來實(shí)現(xiàn)中英語言版本。如是只是兩個(gè)語言,就沒必要用i18n。當(dāng)然如果會(huì)用wxWidgets的i18n,或者用過,可能選它是正確的選擇。
re: ACE與ASIO之間關(guān)于Socket編程的比較
金慶 2007-09-28 09:06
@missdeer
我想的是放棄VC。只要我掌握了wxWidgets,就可以拋棄MFC,然后拋棄VC。
re: ACE與ASIO之間關(guān)于Socket編程的比較
金慶 2007-09-27 17:05
@missdeer
我下載了asio 0.3.8準(zhǔn)備試試它的例子。不過發(fā)現(xiàn)asio不支持VC6。boost其它庫都是支持VC6的,而asio只支持VC7.1和VC8。
re: 【讀書筆記】[Effective C++第3版][第27條]盡量不要使用類型轉(zhuǎn)換
金慶 2007-09-27 09:11
"轉(zhuǎn)型"這一詞是首創(chuàng)嗎?“強(qiáng)制類型轉(zhuǎn)換”太長了點(diǎn),“轉(zhuǎn)型”是個(gè)好詞。
re: 【讀書筆記】[Effective C++第3版][第28條]盡量不要使用類型轉(zhuǎn)換
金慶 2007-09-24 09:19
很有道理
re: ACE與ASIO之間關(guān)于Socket編程的比較
金慶 2007-09-22 10:15
@missdeer
ACE,asio都沒用過。只是用了boost中幾個(gè)庫之后,對(duì)boost有好感。以前的網(wǎng)絡(luò)編程都是直接用socket。是否選用asio還需要自己考察。
re: 太可怕了!近視手術(shù)原來是醫(yī)學(xué)界的一個(gè)陰謀!
金慶 2007-09-12 09:59
@白白
我不是眼科醫(yī)生,不太懂。但是網(wǎng)上搜索LASIK,就會(huì)有一大把的廣告,而且是近兩年的新廣告,不是舊廣告。從廣告看LASIK是最先進(jìn)的手術(shù)方法。請(qǐng)說詳細(xì)點(diǎn),為什么現(xiàn)在已經(jīng)不用這種了?是有更先進(jìn)更安全的方法了嗎?還是已經(jīng)被國家明令禁止了?
re: 字符串匹配算法(3)---String Matching Algorithm
金慶 2007-08-23 11:07
有錯(cuò)誤!測試如下,竟輸出2!
abbbababbbbb
ababab
2
re: 輸出函數(shù)不應(yīng)拋異常
金慶 2007-08-20 09:47
@flyman
異常的描述是給人看的,程序并不需要描述,程序更擅長對(duì)錯(cuò)誤號(hào)進(jìn)行處理,或者針對(duì)異常的類型進(jìn)行處理。異常的描述僅對(duì)于顯示錯(cuò)誤信息有用,一般是退出前報(bào)個(gè)錯(cuò)誤框,或日志。
re: 秘笈的最后半頁, 成為軟件開發(fā)高手
金慶 2007-08-20 09:43
@阿修羅
應(yīng)該是任何一種編程語言都行吧。沒有編程語言怎么叫程序員呢?一切都是從學(xué)編程開始的。
re: 引領(lǐng)Boost(一)(開篇)
金慶 2007-08-16 10:37
@SmartPtr
什么樣的源碼實(shí)現(xiàn)的問題?我們共同探討一下吧。
re: 輸出函數(shù)不應(yīng)拋異常
金慶 2007-08-13 11:41
@SmartPtr
對(duì)于DLL,肯定是不應(yīng)該讓異常拋過界。對(duì)于庫模塊,拋異常與返回錯(cuò)誤實(shí)質(zhì)是一樣的。
re: 學(xué)習(xí) STL ,BOOST
金慶 2007-08-13 10:26
@flyman
我學(xué)習(xí)的時(shí)候,找編程競賽題做,即Online Judge,可以在線編譯與結(jié)果判斷,很容易上癮。
re: 關(guān)于人人相輕
金慶 2007-08-13 10:15
也有相互吹捧的。
re: 函數(shù)用const修飾算不算重載
金慶 2007-08-13 10:12
const修飾也是重載。不僅僅是參數(shù)。
共4頁:
1
2
3
4
Powered by:
C++博客
Copyright © 金慶
国产精品成人精品久久久
|
久久久精品人妻一区二区三区四
|
一级a性色生活片久久无少妇一级婬片免费放
|
国产综合久久久久
|
婷婷久久五月天
|
一本大道久久东京热无码AV
|
亚洲а∨天堂久久精品9966
|
亚州日韩精品专区久久久
|
久久久久久久亚洲精品
|
久久青青草原亚洲av无码
|
亚洲国产一成久久精品国产成人综合
|
精品综合久久久久久97超人
|
97久久精品午夜一区二区
|
欧美激情精品久久久久
|
国内精品久久久久久不卡影院
|
久久99国产一区二区三区
|
久久精品夜色噜噜亚洲A∨
|
欧美精品丝袜久久久中文字幕
|
国产精品热久久无码av
|
理论片午午伦夜理片久久
|
久久久精品波多野结衣
|
久久久受www免费人成
|
波多野结衣久久精品
|
久久综合给合久久狠狠狠97色69
|
国内精品久久久久久99蜜桃
|
久久99国产精品久久99果冻传媒
|
一本色道久久99一综合
|
久久99亚洲网美利坚合众国
|
亚洲嫩草影院久久精品
|
无码任你躁久久久久久老妇
|
久久国产精品成人影院
|
无码精品久久一区二区三区
|
久久精品麻豆日日躁夜夜躁
|
久久久久国产视频电影
|
久久天天躁狠狠躁夜夜avapp
|
久久天天躁狠狠躁夜夜2020老熟妇
|
久久人人添人人爽添人人片牛牛
|
国产精品久久永久免费
|
久久精品国产AV一区二区三区
|
91精品国产色综久久
|
久久99热这里只频精品6
|