From: "Dalibor Topic" <[EMAIL PROTECTED]>
Kurt Miller wrote:
OpenBSD's pthreads support setting priorities, however they don't
behave like many applications expect. I believe the issue is that higher
priority threads can completly starve lower priority threads. Apps like
mozilla*, Sun's jdk, etc
i conpiled konqueror with support to kaffe but it feed me back with this
error msg when it calls java: when it calls any applet
java/lang/StackOverflowErrorThis error may
occur because the stack size is not sufficient.Try to increase the stack
size using 'ulimit -s' or with the '-ss'option
Gwenole Beauchesne wrote:
Hi,
Dalibor told me you'd know more precisely the status of boehm-gc vs.
kaffe-gc. I am asking because on x86_64 (gcc 4.0-branch, glibc 2.3.5), I
sometimes get failures in the testsuite where all threads are waiting for
something. This is with the default kaffe-gc. W
Hi,
Dalibor told me you'd know more precisely the status of boehm-gc vs.
kaffe-gc. I am asking because on x86_64 (gcc 4.0-branch, glibc 2.3.5), I
sometimes get failures in the testsuite where all threads are waiting for
something. This is with the default kaffe-gc. What's more, this cannot
be re
Hi,
Here is a quick fix for DoublePrint test failure on 64-bit platforms. The
fdlibm code is not 64-bit clean, so I temporarily switched all occurrences
of 'long' to 'int' to make them 32-bit, as expected. The better fix is to
find out why ->_maxwds could be 0 and make mprec.c (lshift) going in
