[kaffe] Loading stops after 2 classes
renaud at nentec.de
Tue Jun 29 06:01:08 PDT 2004
Fabien Renaud wrote:
> Guilhem Lavaux wrote:
>> Helmer Krämer wrote:
>>> On Thu, 24 Jun 2004 13:26:38 +0200
>>> Fabien Renaud <renaud at nentec.de> wrote:
>>>> #include "sigcontextinfo.h"
>>>> +#define SIGNAL_ARGS(sig, ctx) \
>>>> + int sig, SIGCONTEXT ctx
>>> That's not quite correct. On ARM, the first four parameters are
>>> passed in registers, and the others are passed on the stack.
>>> Since the SIGCONTEXT struct is passed on the stack, the macro
>>> should read something like
>> Hi Helmer,
>> Yes but SIGCONTEXT is defined as
>> #define SIGCONTEXT int _a2, int _a3, int _a4, union k_sigcontext
>> so it should be equivalent, isn't it ?
>>> #define SIGNAL_ARGS(sig, ctx) \
>>> int sig, int arm_r2, int arm_r3, int arm_r4, SIGCONTEXT ctx
>> kaffe mailing list
>> kaffe at kaffe.org
> I applied Dalibor´s patch.
> I have still problem with unix-jthreads (only 2 classes loaded) but
> it´s not so important.
> If I use unix-pthreads I have less problems with the mouse.
> Now I have this when I click on any interactive widget :
> QWidget (unnamed): deleted while being painted
> QPaintDevice: Cannot destroy paint device that is being painted
> getWidth()=-1 producer=java.awt.ImageNativeProducer at 288798
So I can give you more precisions.
First I forgot to say that after I have this message no more windows are
I wasn´t able to give you backtrace (not enough memory) but with more
memory I have it :)
QWidget (unnamed): deleted while being painted
QPaintDevice: Cannot destroy paint device that is being painted
getWidth()=-1 producer=java.awt.ImageNativeProducer at 288798
Program received signal SIGINT, Interrupt.
[Switching to Thread 32771 (LWP 1002)]
0x401f1c0c in *__GI___sigsuspend (set=0xbf5ff90c)
76 ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory.
#0 0x401f1c0c in *__GI___sigsuspend (set=0xbf5ff90c)
#1 0x40174cf0 in __pthread_wait_for_restart_signal (self=0xbf5ffbe0)
#2 0x40171158 in __pthread_cond_wait (cond=0x1ae20c, mutex=0x1ae1f4)
#3 0x400549f8 in jcondvar_wait (cv=0x1ae20c, mux=0x1ae1f4, timeout=-1)
#4 0x40041754 in ksemGet (sem=0x1ae1f4, timeout=-1) at ksem.c:51
#5 0x40041de0 in locks_internal_waitCond (lkp=0x40075738, timeout=0,
heavyLock=0x4007573c) at thread-internal.h:168
#6 0x4003b420 in gcMan (arg=0xfffffffc) at gc-incremental.c:491
#7 0x40048d00 in startSpecialThread (arg=0xfffffffc) at thread.c:305
#8 0x40056370 in tRun (p=0x1) at thread-impl.c:571
#9 0x401721c0 in pthread_start_thread (arg=0xfffffffc) at manager.c:300
#10 0x40172238 in pthread_start_thread_event (arg=0xbf5ffbe0) at
#11 0x4029eea8 in clone () at ../sysdeps/unix/sysv/linux/arm/clone.S:53
Cannot access memory at address 0x17220840
It seems to be another thread problem.
Anyone has an idea ? I´ll look into pthread.c but I don´t think I can
More information about the kaffe