• <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>

            Thronds

            一問你會什么 二問你做出過什么 三問你為了什么

              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              36 隨筆 :: 0 文章 :: 56 評論 :: 0 Trackbacks
                這是我在做計算實驗程序時碰到的一個小問題。場景是這樣的,自己的機(jī)器上運行的是ubuntu8.10,gcc 4.2,也經(jīng)常apt-get update。用于運行計算任務(wù)的是學(xué)院的一臺IBM cluster 1350服務(wù)器,上面的系統(tǒng)是 rhel3。在ubuntu下編輯編譯好程序,將執(zhí)行文件放入服務(wù)器上運行。出問題之前,在程序中沒有#include <stdlib.h>,ubuntu下的程序在rhel3上運行良好。加了#include <stdlib.h>后,在rhel3中運行出現(xiàn)問題 /lib/tls/libc.so.6: version `GLIBC_2.4' not found 。問題是小問題,但也學(xué)了不少知識,看下面分析過程。
                分析一,stdlib.h包文件包含在那個包中?glibc是GNU c函數(shù)庫,這提供給我們編寫c代碼的大部分庫函數(shù),這個stdlib.h也在其中咯。但是rhel3上也是有g(shù)libc的,yum -qa|grep glibc,是glibc-2.3.2-95.30,低于2.4,但為什么出現(xiàn)了版本依賴問題呢?已知信息:編輯和編譯的平臺是ubuntu,運行的平臺是redhat,系統(tǒng)兼容問題;ubuntu的包都被我時常更新,redhat 則是e as3,里面的包比較舊。按照這樣的思路,在redhat上安裝了glibc_2.4的包后,程序如期能夠運行。還有東西可學(xué),繼續(xù)...
               分析二,既然開始認(rèn)為不同linux之間,可能出現(xiàn)問題,那么就找了另外一臺redhat系統(tǒng),redhat as4, glibc.2.3.4,高于服務(wù)器的glibc-2.3.2。將程序在redhat as4上編譯成執(zhí)行文件,拷貝到redhat as3上運行,也可以正常運行。哎?這個為什么就行了!可見不同linux系統(tǒng)之間的編程環(huán)境差別性有待進(jìn)一步學(xué)習(xí)。
                分析三,既然是包依賴的問題,那么看看是否可以避免這個包依賴。在編譯時采用的是動態(tài)連接的方式,如果采用靜態(tài)連接的編譯,會不會就好了。加入/usr/lib/libc.a,得到了比原來大許多的執(zhí)行文件,拷入redhat as3上,依然出現(xiàn)同樣問題;加入-static /usr/lib/libc.a,得到的執(zhí)行文件還要更大一些,放入redhat as3上執(zhí)行,反饋是 “FATAL: kernel too old   Segmentation fault ” 。靜態(tài)連接的含義是什么?靜態(tài)連接編譯出的執(zhí)行文件在執(zhí)行的時候,調(diào)用包含在頭文件里的庫函數(shù)的順序規(guī)則是什么?Linux中靜態(tài)鏈接與動態(tài)鏈接涉及到Linux共享函數(shù)庫。共享函數(shù)庫是為了供開發(fā)方便和減少冗余,里面包含了常用的函數(shù)。動態(tài)鏈接得到的執(zhí)行文件在執(zhí)行的時候,會動態(tài)調(diào)用庫中的函數(shù),它的執(zhí)行文件中沒有包含庫函數(shù)的實體,因而執(zhí)行文件相應(yīng)就會小些;而靜態(tài)鏈接則是將要調(diào)用的庫中函數(shù)鏈接到執(zhí)行文件當(dāng)中,這樣執(zhí)行文件中就有一份庫函數(shù)拷貝了,在執(zhí)行的時候就不用去調(diào)用共享庫中的函數(shù)而是直接使用這份拷貝,但文件相應(yīng)會大了許多。依照此分析,我用-static(這個參數(shù)禁止使用了共享庫,所以不用關(guān)心共享庫而直接執(zhí)行)編譯出的文件,在redhat as3上執(zhí)行的反饋是kernel too old,說明了在執(zhí)行我的執(zhí)行文件時,kernel版本和glibc版本之間還出現(xiàn)了沖突。(PS:在google "fatal:kernel too old"得到的大多數(shù)文檔中,是問在編譯內(nèi)核時出現(xiàn)了這個錯誤,回答是和glibc相關(guān))那么內(nèi)核和glibc的關(guān)系有是什么呢?[6]

            關(guān)于glibc的文件解釋
            [1]http://blog.csdn.net/My_emdebed/archive/2007/04/22/1574746.aspx
            靜態(tài)鏈接libc的一個例子
            [2]http://www.9php.com/FAQ/cxsjl/c/2007/04/704307080637.html
            進(jìn)一步了解靜態(tài)鏈接和動態(tài)鏈接
            [3]http://cmdblock.blog.51cto.com/415170/86802
            gcc筆記
            [4]http://www.cublog.cn/u/13991/showart.php?id=96714
            [5]http://www.bloghome.cn/posts/10410
            GCC,glibc,kernel的要點//Linux發(fā)布程序要注意版本的軟件包
            [6]http://www.linux-cn.com/html/linux/network/20080818/57908.html
            posted on 2009-03-28 23:01 thronds 閱讀(5199) 評論(3)  編輯 收藏 引用 所屬分類: C++技術(shù)Linux/Unix高級技術(shù)

            評論

            # re: ubuntu8.10下編譯好的程序 到redhat服務(wù)器上碰到的問題: glibc_2.4 not found 2009-03-31 13:57 阿福1
            問題最終解決沒有?
            你是如何解決的?
            期待你后續(xù)的文章。  回復(fù)  更多評論
              

            # re: ubuntu8.10下編譯好的程序 到redhat服務(wù)器上碰到的問題: glibc_2.4 not found 2009-04-01 11:34 thronds
            后續(xù)又分析了一下,請參考文中補(bǔ)充的。問題早已解決,但不是根本之策,只是更新了glibc庫而已。對這個問題的深入理解,還請各位指教。@阿福1
              回復(fù)  更多評論
              

            # re: ubuntu8.10下編譯好的程序 到redhat服務(wù)器上碰到的問題: glibc_2.4 not found 2009-04-01 13:11 crazyc0de
            你靜態(tài)鏈接到的glibc是根據(jù)2.6的內(nèi)核編譯的,glibc在編譯的時候可以指定內(nèi)核支持--enable-kernel=2.4.0。實際上glibc只依賴于binutils,gcc和linux header api。而你所用的glibc多半是直接從網(wǎng)上下的二進(jìn)制包,建議自己編譯glibc和gcc等重要軟件。  回復(fù)  更多評論
              

            精品久久久久香蕉网| 久久精品国产亚洲欧美| 久久人人超碰精品CAOPOREN| 国产精品99久久久久久www| 久久久久久久综合综合狠狠| 久久免费视频1| av无码久久久久久不卡网站 | 四虎国产精品免费久久5151| 久久99国产精品久久| 香蕉99久久国产综合精品宅男自 | 精品久久久久香蕉网| 国产亚洲欧美成人久久片| 欧美成人免费观看久久| 伊人久久综合精品无码AV专区| 99999久久久久久亚洲| 精品国产婷婷久久久| 久久亚洲国产成人精品性色| 国产呻吟久久久久久久92| 亚洲综合伊人久久大杳蕉| 久久免费香蕉视频| 99久久er这里只有精品18| 色偷偷88欧美精品久久久| 国产农村妇女毛片精品久久| 99久久精品国产一区二区| 亚洲午夜精品久久久久久浪潮 | 99久久99久久久精品齐齐 | 人妻精品久久久久中文字幕| 人妻少妇久久中文字幕一区二区 | 99久久精品日本一区二区免费| 欧美黑人激情性久久| 久久精品国产精品亚洲| 亚洲欧美精品伊人久久| 伊人久久大香线蕉综合影院首页| 香蕉久久夜色精品国产2020| 国产一区二区精品久久岳| 夜夜亚洲天天久久| 韩国三级大全久久网站| 久久久青草久久久青草| 久久精品国产99国产精品澳门| 色综合色天天久久婷婷基地| 国产精品久久精品|