Re: [sisyphus] I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Rumjantsev <geom@inetlab.com>]

>>>>> rider  on Wed, 25 Dec 2002 14:51:40 +0300 writes:

 r> Вы не поняли мой вопрос:

        А, вот как. Прошу прощения.

 r> Можно ли сделать так, что бы стандартный glibc работал с Java, путем
 r> прекращения поддержки ядра ветки 2.2 и добавления в него
 r> функциональности из glibc-core-i686 ?

        Насколько я понимаю, ничего прекращать не надо. glibc-core-i686 это
        довесок к стандарному glibc-core, например в RedHat непомнюкакой
        (стоит чего-то у нас на сервере, ядро 2.4.*) они объединены в один
        пакет. Умный линкер по идее должен сам понять, какую версию
        библиотек подцепить в зависимости от возможностей ядра.

        Если стоит ядро 2.4.* то можно вручную управлять этим процессом,
        выставляя переменную LD_ASSUME_KERNEL=2.2.5, тогда будут цепляться 
        стандартные либы glibc-core, без всяких расширений. И в том самом
        RedHat'е оно таки все работает. В ALT вообще интересная штука:

        [geom@geom lib]$ rpm -qa | grep glibc-core
        glibc-core-i686-2.2.6-alt0.4
        glibc-core-2.2.6-alt0.4

        [geom@geom lib]$ java -version
        java version "1.3.1_02"
        Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
        Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode)

        [geom@geom lib]$ LD_ASSUME_KERNEL=2.2.5 java -version
        /bin/sh: error while loading shared libraries: libdl.so.2: cannot
        open shared object file: No such file or directory

        Это обстоятельство на днях принесло много радости при установке
        IntelliJ IDEA.

-- 
     Michael Rumjantsev
     iNetLab