2012-12-19 200 views
2

CentOS似乎在每個版本中捆綁了新版本的glibc庫RPM。CentOS版本之間的glibc差異

  • 6.0有glibc的-2.12-1.7.el6.x86_64.rpm

  • 6.1具有的glibc-2.12-1.25.el6.x86_64.rpm

  • 6.2具有的glibc-2.12-1.47 .el6.x86_64.rpm

  • 6.3具有的glibc-2.12-1.80.el6_3.5.x86_64

每個RPM中的glibc版本有什麼不同?我專門尋找mallopt()函數的實現,該函數允許我們配置malloc()所使用的場所的數量。

mallopt(M_ARENA_MAX,1)在6.0,6.1和6.2中沒有效果,但它在6.3中工作,儘管所有版本的CentOS似乎都具有相同版本的GLibc-2.12。

我的具體問題是:即使所有CentOS 6.X版本上的glibc都報告了相同的版本號 - 2.12 - mallopt(M_ARENA_MAX)僅適用於CentOS 6.3。無論如何,要找出與CentOS版本捆綁在一起的glibc版本的區別?

回答

2

不同之處在於版本或安全補丁。

rpm -q --changelog glibc-2.12-1.80.el6 
1

這應該在glibc軟件包的更新日誌中描述。我還沒有使用CentOS一段時間,所以我不能指出你正確的位置。

+0

令人驚訝的是,GLibc版本在所有CentOS版本中保持不變。所以,我認爲這不可能是GNU/glibc人們所做的改變。它必須是CentOS或RedHat上游。 – Specksynder

+0

是的,您提到的所有軟件包都是相同上游版本的修補版本(2.12)。第二套版本(1.7,1.25等)是CentOS/RedHat補丁的版本。這些補丁可能來自更高版本的glibc,但已被RedHat反向移植。發生很多包裹。 – Martin

+0

馬丁,謝謝你的回覆。那麼,即使許多補丁正在應用於圖書館,glibc的主要/次要版本仍保持不變。看來glibc版本的檢查是不夠的 - 庫版本可能會在版本號沒有改變的情況下更改。 – Specksynder

相關問題