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

[Michael Rumjantsev <geom@inetlab.com>]

>>>>> Michael Shigorin on Wed, 25 Dec 2002 10:40:59 +0200 writes:

 MS> Резюме:
 MS> - без glibc-core-i686 -- никак (спасибо Михаилу Румянцеву за
 MS>   ключевой толчок в нужном направлении);

        На самом деле "как". На 2.4.19-alt0.5-stable-up после
        echo 0 > /proc/sys/vm/heap-stack-gap
        у меня все работало и без glibc-core-i686. Но с ним лучше.

 MS> - с ней у IBM JDK все равно остаются проблемы (впрочем, есть еще
 MS>   мои некофейные руки);

        А это поделие вообще нигде толком не работает, кроме как на всякой
        мелочи. Во всяком случае для тестов оно не показательно.

 MS> ...на этом месте я пока буксую:
 MS> trickster:~/src> JAVA_HOME=/usr/lib/jdk /usr/lib/jdk/bin/java
 MS> trickster:~/src> SegFaultTest
 MS> Error occurred during initialization of VM
 MS> java.lang.NullPointerException
 MS> trickster:~/src> JAVA_HOME=/usr/lib/jdk/jre /usr/lib/jdk/jre/bin/java
 MS> trickster:~/src> SegFaultTest
 MS> Error occurred during initialization of VM
 MS> java.lang.NullPointerException ---

        Вот тут попробуйте вначале сказать ulimit -s 2048. Точно не
        припомню, но вроде где-то я такое видел. Конечно, это в любом
        случае костыли, но интересно поглядеть на результат.

 MS> Планы:

        Попробуйте сначала сказать
        echo 0 > /proc/sys/vm/heap-stack-gap
        на 2.4.20. Если оно сработает, так может обновлю себе ядро да тоже
        потыкаюсь вечерком. А то тестового тазика у меня нету, а на
        основной машинке работающую конфигурацию трогать страшно - работы
        сейчас сильно много.

 MS> Дальше планируется провести тесты установки Oracle; тут вопрос: более
 MS> осмысленно использовать 8.x или 9.x? (применительно к "капризности по
 MS> java/kernel/libc")

        9-ку берите, IMHO, интереснее и полезнее.

-- 
     Michael Rumjantsev
     iNetLab