• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            Dict.CN 在線詞典, 英語學習, 在線翻譯

            學海苦作舟,書山勤為徑

            留下點回憶

            常用鏈接

            統計

            積分與排名

            Denoise

            English study

            Web技術

            數據壓縮

            一些連接

            最新評論

            共3頁: 1 2 3 
            其實上面的介紹有些地方不太對;這里給予更正。
            1.手動安裝SDK是也是可以的,但如果它提示沒有對應的core和ure;那么說明SDK的版本和之前安裝的OPENOFFICE是不匹配的,需要找到對應的版本。最簡單的方法就是加入CENTOS對應版本的光盤,從關盤中選擇安裝,找到對應的rpm安裝就OK了。
            2.安裝好了之后,會在/usr/lib64/openoffice.org/basis3.1下找到SDK這個目錄;這里基本就是安裝的例子程序了;這里還需要執行setsdkenv_unix來配置各種環境變量;配置好了之后以后就只要執行這個腳本就可以了
            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的時候還是要一直繼續接收
            re: Linux Mount遠程目錄 笨笨 2011-12-30 19:41
            @pdkui
            謝謝!改過了.
            re: 打發寒假計劃 笨笨 2011-12-30 13:44
            還會dota???
            最近領導總是教育我:很多人最后的瓶頸不是自己技術不夠,而是很多技術之外的事情阻礙了自己前進的腳步。。。
            ldd 文件名稱
            我用的是read,另外文檔只是文檔。。。
            @冷鋒
            如果你循環接收數據,知道一個錯誤發生,因為你的BUFFER有限,所以你最后一次read到的結果是0,這個時候errno不是為0.
            FIN的時候read結果是0,這個時候errno是0.
            不使用errno,請問還有什么好辦法?
            @Onway
            這個可能是要注意的,有的情況下,上一次的errno是需要被檢查的。
            @冷鋒
            舉個例子吧!
            TCP發送FIN包的時候會有時間IN事件過來,這個時候去Read,返回是0,也就是什么也沒有讀到。這種情況下是不會有錯誤發生的,但怎么樣區分是連接關閉還是數據沒有呢,你就不得不使用errno了。。。說到這里我想你應該明白了。。。
            example:
            tcpdump -i lo tcp port 80 -s 0 -w /tmp/test.cap
            -s后面是0就是抓全部包;指定數值就是抓指定大小的包
            tcpdump -s 0可以用來解決默認只抓部分包的問題
            看不了效果!

            我也試試!

            急死我了!
            神啊!能不能看看你的效果!
            @ooseven
            謝謝,最近時間比較多,就看一些基礎知識,怕自己忘記了。。。
            @易寶@byhh
            瀏覽器是不會使用80端口的。。。
            @巫云
            我基本上是這個意思;既然有僵尸進程帶來的缺點,為什么不強制設置必須讓每個主進程等待。。。難道是為了避免父進程先退出的尷尬?貌似漸漸有些能理解了。。。
            @hstcscolor
            謝謝你的詳細解釋。
            不過我想父進程除了使用wait之外就沒有辦法知道子進程的狀態了嗎?
            (我對linux不是很熟悉)
            @sxpropeht
            這個比方不恰當,這個新的進程已經不需要主進程養活了。另外,這個進程已經死了,還需要等待父進程來處理,而同時系統也不強制父進程必須處理。
            這才是我像了解的。。
            @nevergone
            呵呵
            @oah
            那個文章只解釋為什么為1,但并沒有解釋為什么不允許空類?
            @EvilGhost
            如果僅僅只是對象的區別,是不是可以考慮不允許定義這種沒有意義的類更為實際,就象C那樣
            @windyhoo
            回頭試試
            @千暮(zblc)
            我用的兩種C編譯器中也是1

            那兩種編譯器,很想知道
            @千暮(zblc)
            你誤解了。不是用一個字節value來區分,而是如果有了一個字節,實例就會有內存空間了,那么內存地址就會不同。。。。
            @Kevin Lynx
            總結精辟。。。
            re: 取反操作的細節問題 笨笨 2011-04-07 09:14
            Good. 反匯編一下,也能看到細節
            @so
            //如果memfun1是虛函數,且具有多態性質,那么可能進入A派生類的memfun1中,如果在此函數中訪問派生類變量;那么該是怎樣一回事呢?
            這調用的是A的memfun1;因此不會訪問派生類(B)的變量,說實話,它沒有。。。

            //另外,b轉化到一個局部變量~~傳遞到fun函數,是怎樣的過程,如何轉化?
            這個參數傳遞的過程是通過調用A的拷貝構造函數來完成的;如果A沒有編譯器默認產生一個,因此到函數內部就只是A的類型了。如果你這里改成指針,就不會調用拷貝構造函數,最后調用的是B的memfun1.
            @hook
            不想說更多,你可能誤解我的意思了,謝謝你的留言。。。
            @jejer
            你可以這么說
            re: 一個指針類型強制轉換 笨笨 2011-03-16 13:24
            @Husiwa
            說的好。。。
            @foxriver
            雙邊是很不錯方法,不過效果來說NL-MEANS最好,但綜合時間來說雙邊最好。
            是的,這個異常一般不報錯,但確實有問題。
            @YZY
            這個異常用try{} catch(...){}是抓不到的
            因為這是一個浮點數除法
            曾經出錯了,而且與想象的不一行,記錄一下。所以有意思...
            @w2001
            希望你有機會留下一些更正,給后來人省點時間
            謝謝高手了!!我會經常光臨的!!
            寫得不錯啊,很深刻。
            適合于已經學習了C語言,對C++也有些了解的人讀
            re: BDP(帶寬時延產出) 笨笨 2008-07-03 23:21
            沒有在辯解,也沒有必要。
            目的是把問題給搞明白,你這樣研究問題的方法好像有點問題。
            根據原文的解釋,覺得翻譯成產出比較好點。
            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: 一段代碼優化的討論 笨笨 2007-12-08 01:39
            @haskell
            你這個這么多的條件分支,CPU命中率不是很低???
            re: 一段代碼優化的討論 笨笨 2007-12-07 16:24
            碰到二位強人真是我的幸運,希望能得到多多指點。
            re: 一段代碼優化的討論 笨笨 2007-12-07 16:22
            感謝大家的回復
            我沒有說cppexplore說的是無聊的啊。

            大家說的都很好。
            我這段代碼只是我自己在隨便看了兩片文章后對我以前一段代碼進行的優化;這里面僅僅是用到了幾點:
            1.合并同時訪問的兩個數組
            2.使用多字節復制
            3.替換比較而用減法
            4.減少指令的數目

            實際上我正學習這方面的編程,沒有想到這里竟然一下子碰到兩個高手啊,這么不見你們的BLOG?

            另外,我看到一個比系統的memcpy寫的還要快的內存復制函數,大家不妨看一下:
            http://www.vik.cc/daniel/portfolio/memcpy.htm
            re: 一段代碼優化的討論 笨笨 2007-12-07 09:50
            @LouixG
            謝謝。應該看出來是這方面的高手,希望多指點。
            想得到一點建議就是:程序性能優化如何才能入門?
            re: 一段代碼優化的討論 笨笨 2007-12-07 09:16
            我希望大家能夠給出一些真正的意見和想法,或者是代碼來讓這段代碼運行的更快。這也是我的發這個貼的目的。

            也希望大家可以了解到有的應該可以跑的比我們想像的快。
            我不想得到一些無聊的建議或話。
            謝謝!
            re: 一段代碼優化的討論 笨笨 2007-12-07 09:10
            @cppexplore
            你的出發點我很贊同,就是算法的優劣比優化要好前百倍。
            我這里的例子你也看到了,是一個非常簡單的問題,好比memcpy或strcpy
            所以這里算法的改進,以我的笨眼來看,應該沒有什么余地了。
            這里只是討論一點優化的知識;我首先告訴大家,我是初學這個方面的人。
            re: 一段代碼優化的討論 笨笨 2007-12-07 09:08
            @搞笑
            說的很好!看來你沒有把文章看完。
            @neoragex2002
            你說的大家都知道,但完全是精度問題,那些根本就沒有設置ms一下的參數,所以他們的定時精度基本和基本的Timer一樣,10ms以上。
            而你說的記時精度當然可以更小,但我的主題有什么關系?我說的是定時,也就是讓定時器隔段時間回調你。
            @絕對零度
            定時,不包括處理代碼。我想應該CPU占用率應該可以再小點
            共3頁: 1 2 3 
            国产精品9999久久久久| 久久精品国产亚洲AV久| 99久久久精品| 成人午夜精品久久久久久久小说| 一级做a爱片久久毛片| 久久精品夜色噜噜亚洲A∨| 久久久亚洲裙底偷窥综合| 久久久久久亚洲精品成人| 国内精品久久久久久久coent| 久久婷婷五月综合国产尤物app| 久久精品人成免费| 99久久国产亚洲综合精品| 久久国产一区二区| 亚洲AV无码久久精品蜜桃| 国产精自产拍久久久久久蜜| 囯产极品美女高潮无套久久久| 日本一区精品久久久久影院| 久久亚洲国产最新网站| 久久精品国产亚洲一区二区| 久久久久se色偷偷亚洲精品av| 国产高潮国产高潮久久久91| 亚洲精品乱码久久久久66| 久久精品国产福利国产琪琪| 粉嫩小泬无遮挡久久久久久| 亚洲精品国产美女久久久| 久久久久久极精品久久久| 久久国产成人精品麻豆| 久久久精品2019免费观看| 久久久久亚洲AV无码观看 | 久久人人添人人爽添人人片牛牛| 国产精品久久久久影院色| 国产精品一区二区久久国产| 久久久久国产精品嫩草影院| 久久无码中文字幕东京热| 人妻少妇精品久久| 一级A毛片免费观看久久精品| 久久久免费观成人影院| 亚洲精品美女久久久久99小说 | 久久久久这里只有精品| 精品无码久久久久久国产| 精品久久久久久久久久久久久久久|