From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <geom@inetlab.com>
To: sisyphus@altlinux.ru
From: Michael Rumjantsev <geom@inetlab.com>
Organization: iNetLab
Date: 15 Apr 2002 16:18:41 +0700
Message-ID: <m2lmbpe2vi.fsf@geom.inetlab.com>
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Academic Rigor)
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
Subject: [sisyphus] =?koi8-r?b?8sHCz9TP09DP08/Czs/T?=
 =?koi8-r?b?1Ng=?= Sun JDK =?koi8-r?b?ySDQwdLBINfP0NLP08/X?=
 =?koi8-r?b?INDSzw==?= glibc
Sender: sisyphus-admin@altlinux.ru
Errors-To: sisyphus-admin@altlinux.ru
X-BeenThere: sisyphus@altlinux.ru
X-Mailman-Version: 2.0
Precedence: bulk
Reply-To: sisyphus@altlinux.ru
List-Help: <mailto:sisyphus-request@altlinux.ru?subject=help>
List-Post: <mailto:sisyphus@altlinux.ru>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=subscribe>
List-Id: <sisyphus.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://altlinux.ru/pipermail/sisyphus/>
Archived-At: <http://lore.altlinux.org/sisyphus/m2lmbpe2vi.fsf@geom.inetlab.com/>
List-Archive: <http://lore.altlinux.org/sisyphus/>

        Привет!

Хотелось бы выяснить, предпринимаются ли кем-нибудь попытки оживить Java
native threads под Sisyphus или вообще никто не в курсе? Тут, помнится,
уже были сообщения об этом, значит, не у меня одного проблемы.

Имеется Junior 1.1 с апдейтами из Sisyphus
kernel24-up-2.4.18-alt5
glibc-2.2.5-alt(1,2,3) (пробовались разные)
jre-1.3.1-alt2

Hа простом тесте java падает по SIGSEGV:
[geom@geom java]$ /usr/lib/jre1.3.1/bin/java -version
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)

[geom@geom java]$ /usr/lib/jre1.3.1/bin/java SegFaultTest
Segmentation fault

SegFaultTest.java
public class SegFaultTest
{
    public static void main(String[] args)
    {
        new SegFaultTest();
    }
    public SegFaultTest()
    {
        new SegFaultTest();
    }
}

Падает также любое Java-приложение, в котором при достаточно глубоком стеке
возникает exception (сиречь, сигнал). Естественно, java -classic работает прекрасно.

Могу твердо сказать, что glibc тут ни при чем - я перепробовал их штук пять
разнообразной сборки, все равно падает. Зато замена ядра на
kernel24-linus-2.4.18-alt5 все чудесным образом вылечивает. Может найдется
человек, способный разобраться в этой туче ядерных патчей и сказать, что
ему мешает?

Параллельно пара вопросов по glibc:
1) Почему не применяется РедХатовский метод сборки пакета с отдельной
   версиеий в /lib/i686/*, собранной с --enable-kernel=2.4.0? Для той же
   джавы это частично облегчает жизнь, падает реже.
2) Это даже не вопрос. В Сизифовской сборке в linuxthreads баг остался,
   надо патчик наложить. В том же РедХате это уже исправлено.

--- glibc-2.2.5/linuxthreads/signals.c.orig     Thu Mar 28 20:26:38 2002
+++ glibc-2.2.5/linuxthreads/signals.c  Thu Mar 28 20:27:34 2002
@@ -199,6 +199,7 @@
         s != __pthread_sig_debug) {
       sigdelset(&mask, s);
       if (sighandler[s].old == NULL ||
+          sighandler[s].old == (arch_sighandler_t) SIG_ERR ||
           sighandler[s].old == (arch_sighandler_t) SIG_DFL ||
           sighandler[s].old == (arch_sighandler_t) SIG_IGN) {
         sa.sa_handler = pthread_null_sighandler;

-- 
     Michael Rumjantsev
     iNetLab