其實上面的介紹有些地方不太對；這里給予更正。
1.手動安裝SDK是也是可以的，但如果它提示沒有對應的core和ure；那么說明SDK的版本和之前安裝的OPENOFFICE是不匹配的，需要找到對應的版本。最簡單的方法就是加入CENTOS對應版本的光盤，從關盤中選擇安裝，找到對應的rpm安裝就OK了。
2.安裝好了之后，會在/usr/lib64/openoffice.org/basis3.1下找到SDK這個目錄；這里基本就是安裝的例子程序了；這里還需要執(zhí)行setsdkenv_unix來配置各種環(huán)境變量；配置好了之后以后就只要執(zhí)行這個腳本就可以了
3.進入examples/cpp/counter進行make，多半能make過去，如果不過去可能會提示一些so找不到，那么export LD_LIBRARY_PATH＝$LD_LIBRARY_PATH:/usr/lib64/openoffice.org/ure/lib就可以了。
re: usleep不可用 笨笨 2012-01-19 15:07
@coder
你們那里都是高手，我是菜鳥。
嘗試在返回值小于1024的時候退出接收等待下次事件（我用的是EPOLLER ET模式)，結果等不到事件，看來SSL_read的返回值大于0的時候還是要一直繼續(xù)接收
re: Linux Mount遠程目錄 笨笨 2011-12-30 19:41
@pdkui
謝謝！改過了.
re: 打發(fā)寒假計劃 笨笨 2011-12-30 13:44
還會dota???
最近領導總是教育我：很多人最后的瓶頸不是自己技術不夠，而是很多技術之外的事情阻礙了自己前進的腳步。。。
@冷鋒
如果你循環(huán)接收數(shù)據(jù)，知道一個錯誤發(fā)生，因為你的BUFFER有限，所以你最后一次read到的結果是0，這個時候errno不是為0.
FIN的時候read結果是0，這個時候errno是0.
不使用errno，請問還有什么好辦法？
@Onway
這個可能是要注意的，有的情況下，上一次的errno是需要被檢查的。
@冷鋒
舉個例子吧！
TCP發(fā)送FIN包的時候會有時間IN事件過來，這個時候去Read，返回是0，也就是什么也沒有讀到。這種情況下是不會有錯誤發(fā)生的，但怎么樣區(qū)分是連接關閉還是數(shù)據(jù)沒有呢，你就不得不使用errno了。。。說到這里我想你應該明白了。。。
example:
tcpdump -i lo tcp port 80 -s 0 -w /tmp/test.cap
-s后面是0就是抓全部包；指定數(shù)值就是抓指定大小的包
tcpdump -s 0可以用來解決默認只抓部分包的問題
@ooseven
謝謝，最近時間比較多，就看一些基礎知識，怕自己忘記了。。。
@易寶@byhh
瀏覽器是不會使用80端口的。。。
@巫云
我基本上是這個意思；既然有僵尸進程帶來的缺點，為什么不強制設置必須讓每個主進程等待。。。難道是為了避免父進程先退出的尷尬？貌似漸漸有些能理解了。。。
@hstcscolor
謝謝你的詳細解釋。
不過我想父進程除了使用wait之外就沒有辦法知道子進程的狀態(tài)了嗎？
（我對linux不是很熟悉）
@sxpropeht
這個比方不恰當，這個新的進程已經(jīng)不需要主進程養(yǎng)活了。另外，這個進程已經(jīng)死了，還需要等待父進程來處理，而同時系統(tǒng)也不強制父進程必須處理。
這才是我像了解的。。
@oah
那個文章只解釋為什么為1，但并沒有解釋為什么不允許空類？
@EvilGhost
如果僅僅只是對象的區(qū)別，是不是可以考慮不允許定義這種沒有意義的類更為實際，就象C那樣
re: 空結構體（類對于C++)的大小 笨笨 2011-04-14 10:10
@千暮(zblc)
我用的兩種C編譯器中也是1
那兩種編譯器，很想知道
re: 空結構體（類對于C++)的大小 笨笨 2011-04-14 10:09
@千暮(zblc)
你誤解了。不是用一個字節(jié)value來區(qū)分，而是如果有了一個字節(jié)，實例就會有內存空間了，那么內存地址就會不同。。。。
re: 取反操作的細節(jié)問題 笨笨 2011-04-07 09:14
Good. 反匯編一下，也能看到細節(jié)
@so
//如果memfun1是虛函數(shù)，且具有多態(tài)性質，那么可能進入A派生類的memfun1中，如果在此函數(shù)中訪問派生類變量；那么該是怎樣一回事呢？
這調用的是A的memfun1；因此不會訪問派生類（B）的變量，說實話，它沒有。。。
//另外，b轉化到一個局部變量~~傳遞到fun函數(shù)，是怎樣的過程，如何轉化？
這個參數(shù)傳遞的過程是通過調用A的拷貝構造函數(shù)來完成的；如果A沒有編譯器默認產生一個，因此到函數(shù)內部就只是A的類型了。如果你這里改成指針，就不會調用拷貝構造函數(shù)，最后調用的是B的memfun1.
@hook
不想說更多，你可能誤解我的意思了，謝謝你的留言。。。
re: 一個指針類型強制轉換 笨笨 2011-03-16 13:24
@Husiwa
說的好。。。
re: 圖像和視頻噪聲基礎知識 笨笨 2011-03-09 21:59
@foxriver
雙邊是很不錯方法，不過效果來說NL-MEANS最好，但綜合時間來說雙邊最好。
re: 一些相似表達式的不同結果 笨笨 2009-06-24 09:47
是的，這個異常一般不報錯，但確實有問題。
re: 一些相似表達式的不同結果 笨笨 2009-06-19 09:22
@YZY
這個異常用try{} catch(...){}是抓不到的
因為這是一個浮點數(shù)除法
re: 一些相似表達式的不同結果 笨笨 2009-06-17 22:53
曾經(jīng)出錯了，而且與想象的不一行，記錄一下。所以有意思...
@w2001
希望你有機會留下一些更正，給后來人省點時間
寫得不錯啊，很深刻。
適合于已經(jīng)學習了C語言，對C++也有些了解的人讀
re: BDP(帶寬時延產出） 笨笨 2008-07-03 23:21
沒有在辯解，也沒有必要。
目的是把問題給搞明白，你這樣研究問題的方法好像有點問題。
根據(jù)原文的解釋，覺得翻譯成產出比較好點。
re: BDP(帶寬時延產品） 笨笨 2008-07-01 22:08
@w2001
你講的很好，帶寬延遲積，其實應該叫帶寬時延乘積，不過它的英文不叫BDP（Bandwidth-delay Product)。我這里說的就是BDP，或者我翻譯的有點不恰當，但絕不是帶寬時延乘積.
帶寬時延乘積是指：
c a p a c i t y (b) = b a n d w i d t h (b/s) × ro u n d-t r i p t i m e ( s )
另外LFN按照RFC1072所說的定義，并不象你說的那些情況才是，我后面的例子就是這些LFN。
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-08 01:39
@haskell
你這個這么多的條件分支，CPU命中率不是很低？？？
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 16:24
碰到二位強人真是我的幸運，希望能得到多多指點。
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 16:22
感謝大家的回復
我沒有說cppexplore說的是無聊的啊。
大家說的都很好。
我這段代碼只是我自己在隨便看了兩片文章后對我以前一段代碼進行的優(yōu)化;這里面僅僅是用到了幾點：
1.合并同時訪問的兩個數(shù)組
2.使用多字節(jié)復制
3.替換比較而用減法
4.減少指令的數(shù)目
實際上我正學習這方面的編程，沒有想到這里竟然一下子碰到兩個高手啊，這么不見你們的BLOG？
另外，我看到一個比系統(tǒng)的memcpy寫的還要快的內存復制函數(shù)，大家不妨看一下：
http://www.vik.cc/daniel/portfolio/memcpy.htm
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 09:50
@LouixG
謝謝。應該看出來是這方面的高手，希望多指點。
想得到一點建議就是：程序性能優(yōu)化如何才能入門？
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 09:16
我希望大家能夠給出一些真正的意見和想法，或者是代碼來讓這段代碼運行的更快。這也是我的發(fā)這個貼的目的。
也希望大家可以了解到有的應該可以跑的比我們想像的快。
我不想得到一些無聊的建議或話。
謝謝！
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 09:10
@cppexplore
你的出發(fā)點我很贊同，就是算法的優(yōu)劣比優(yōu)化要好前百倍。
我這里的例子你也看到了，是一個非常簡單的問題，好比memcpy或strcpy
所以這里算法的改進，以我的笨眼來看，應該沒有什么余地了。
這里只是討論一點優(yōu)化的知識；我首先告訴大家，我是初學這個方面的人。
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 09:08
@搞笑
說的很好！看來你沒有把文章看完。
@neoragex2002
你說的大家都知道，但完全是精度問題，那些根本就沒有設置ms一下的參數(shù)，所以他們的定時精度基本和基本的Timer一樣，10ms以上。
而你說的記時精度當然可以更小，但我的主題有什么關系？我說的是定時，也就是讓定時器隔段時間回調你。
@絕對零度
定時，不包括處理代碼。我想應該CPU占用率應該可以再小點