• <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
                這是我在做計算實驗程序時碰到的一個小問題。場景是這樣的,自己的機器上運行的是ubuntu8.10,gcc 4.2,也經常apt-get update。用于運行計算任務的是學院的一臺IBM cluster 1350服務器,上面的系統(tǒng)是 rhel3。在ubuntu下編輯編譯好程序,將執(zhí)行文件放入服務器上運行。出問題之前,在程序中沒有#include <stdlib.h>,ubuntu下的程序在rhel3上運行良好。加了#include <stdlib.h>后,在rhel3中運行出現(xiàn)問題 /lib/tls/libc.so.6: version `GLIBC_2.4' not found 。問題是小問題,但也學了不少知識,看下面分析過程。
                分析一,stdlib.h包文件包含在那個包中?glibc是GNU c函數庫,這提供給我們編寫c代碼的大部分庫函數,這個stdlib.h也在其中咯。但是rhel3上也是有glibc的,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的包后,程序如期能夠運行。還有東西可學,繼續(xù)...
               分析二,既然開始認為不同linux之間,可能出現(xiàn)問題,那么就找了另外一臺redhat系統(tǒng),redhat as4, glibc.2.3.4,高于服務器的glibc-2.3.2。將程序在redhat as4上編譯成執(zhí)行文件,拷貝到redhat as3上運行,也可以正常運行。哎?這個為什么就行了!可見不同linux系統(tǒng)之間的編程環(huán)境差別性有待進一步學習。
                分析三,既然是包依賴的問題,那么看看是否可以避免這個包依賴。在編譯時采用的是動態(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í)行的時候,調用包含在頭文件里的庫函數的順序規(guī)則是什么?Linux中靜態(tài)鏈接與動態(tài)鏈接涉及到Linux共享函數庫。共享函數庫是為了供開發(fā)方便和減少冗余,里面包含了常用的函數。動態(tài)鏈接得到的執(zhí)行文件在執(zhí)行的時候,會動態(tài)調用庫中的函數,它的執(zhí)行文件中沒有包含庫函數的實體,因而執(zhí)行文件相應就會小些;而靜態(tài)鏈接則是將要調用的庫中函數鏈接到執(zhí)行文件當中,這樣執(zhí)行文件中就有一份庫函數拷貝了,在執(zhí)行的時候就不用去調用共享庫中的函數而是直接使用這份拷貝,但文件相應會大了許多。依照此分析,我用-static(這個參數禁止使用了共享庫,所以不用關心共享庫而直接執(zhí)行)編譯出的文件,在redhat as3上執(zhí)行的反饋是kernel too old,說明了在執(zhí)行我的執(zhí)行文件時,kernel版本和glibc版本之間還出現(xiàn)了沖突。(PS:在google "fatal:kernel too old"得到的大多數文檔中,是問在編譯內核時出現(xiàn)了這個錯誤,回答是和glibc相關)那么內核和glibc的關系有是什么呢?[6]

            關于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
            進一步了解靜態(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 閱讀(5228) 評論(3)  編輯 收藏 引用 所屬分類: C++技術Linux/Unix高級技術

            評論

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

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

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

            无码国内精品久久人妻| 久久久久久久久无码精品亚洲日韩| 久久最新精品国产| 国产午夜精品理论片久久| 欧洲性大片xxxxx久久久| 久久精品www人人爽人人| 国产精品九九久久精品女同亚洲欧美日韩综合区 | 99热热久久这里只有精品68| 一本色综合久久| 久久夜色精品国产亚洲| 久久天天躁狠狠躁夜夜不卡| 国产福利电影一区二区三区,免费久久久久久久精 | 国产Av激情久久无码天堂| 久久久久国产一区二区| 久久人妻少妇嫩草AV无码专区| 久久久久人妻一区精品| 久久99精品久久久久久hb无码| 日产久久强奸免费的看| 日本一区精品久久久久影院| 亚洲av日韩精品久久久久久a| 久久综合久久伊人| 国产精品免费久久久久影院| 欧洲成人午夜精品无码区久久| 亚洲精品WWW久久久久久| 蜜桃麻豆www久久| 久久青青草原精品影院| 99re这里只有精品热久久| 伊人久久大香线蕉av不卡| 久久99久国产麻精品66| 久久久久se色偷偷亚洲精品av| 性欧美大战久久久久久久| 中文精品99久久国产| 久久人人爽人人爽AV片| 日本欧美国产精品第一页久久| 久久亚洲国产精品123区| 久久综合一区二区无码| 热综合一本伊人久久精品| 一级做a爰片久久毛片看看 | 99久久免费国产精精品| 精品国产一区二区三区久久久狼| 国产午夜精品久久久久免费视|