Re: [kaffe] Debian/68k

2004-11-14 Thread Kiyo Inaba
Ciao, >debian/$Bh#(Bk fails here, waiting forever (I am using a precompiled rt.jar) Since I usually cross-compiling for m68k/linux, and have never noticed errors for 'compile_time'. But, how about jthread version? # I invoked to test 'compile_time' and may get the result several days later. BTW

[kaffe] CVS kaffe (robilad): Resynced with GNU Classpath: better 1.4 support for PropertyDescriptor

2004-11-14 Thread Kaffe CVS
PatchSet 5464 Date: 2004/11/15 01:20:43 Author: robilad Branch: HEAD Tag: (none) Log: Resynced with GNU Classpath: better 1.4 support for PropertyDescriptor 2004-11-14 Dalibor Topic <[EMAIL PROTECTED]> * libraries/javalib/java/beans/PropertyDescriptor.java: Resynced with GNU C

[kaffe] CVS kaffe (robilad): Resynced with GNU Classpath: Reimplemented Polygon.contains

2004-11-14 Thread Kaffe CVS
PatchSet 5463 Date: 2004/11/15 00:32:04 Author: robilad Branch: HEAD Tag: (none) Log: Resynced with GNU Classpath: Reimplemented Polygon.contains 2004-11-14 Dalibor Topic <[EMAIL PROTECTED]> * libraries/javalib/java/awt/Polygon.java: Resynced with GNU Classpath. 2004-

[kaffe] CVS kaffe (guilhem): Fix for systems which are not supporting SCHED_OTHER (e.g. netbsd)

2004-11-14 Thread Kaffe CVS
PatchSet 5459 Date: 2004/11/14 18:19:15 Author: guilhem Branch: HEAD Tag: (none) Log: Fix for systems which are not supporting SCHED_OTHER (e.g. netbsd) * kaffe/kaffevm/systems/unix-pthreads/thread-impl.c (tStartDeadlockWatchdog, jthread_setpriority, jthread_create): Only

[kaffe] nasty linux/ppc failures

2004-11-14 Thread Riccardo
Hey, this is mklinux, pthreads. It still works, but there are more regression failures than usual and some have bad failures: FileTest.fail KaffeVerifyBug.failTestSerializable2. fail InetSocketAddressTest.fail NetworkInterfaceTest.fail UDPTest.fail InternHog.fail

[kaffe] CVS kaffe (robilad): Resynced with GNU Classpath: indentation fixes

2004-11-14 Thread Kaffe CVS
PatchSet 5462 Date: 2004/11/14 22:14:34 Author: robilad Branch: HEAD Tag: (none) Log: Resynced with GNU Classpath: indentation fixes 2004-11-14 Dalibor Topic <[EMAIL PROTECTED]> * libraries/javalib/gnu/java/awt/peer/gtk/GdkGraphics2D.java, libraries/javalib/gnu/java/awt/peer/g

Re: [kaffe] Turn exception into warning message for ClassLoader.setSigners()

2004-11-14 Thread Casey Marshall
> "Mark" == Mark Wielaard <[EMAIL PROTECTED]> writes: Mark> Hi, Mark> As reported on the GNU Classpath mailinglist Eclipse (2) doesn't Mark> start up anymore under kaffe since the URLClassLoader now calls Mark> super.setSigners() for classes loaded from signed jar files. Mark> For people that

[kaffe] CVS kaffe (robilad): Resynced with GNU Classpath: indentation fixes

2004-11-14 Thread Kaffe CVS
PatchSet 5460 Date: 2004/11/14 20:03:22 Author: robilad Branch: HEAD Tag: (none) Log: Resynced with GNU Classpath: indentation fixes 2004-11-14 Dalibor Topic <[EMAIL PROTECTED]> * libraries/javalib/javax/swing/plaf/basic/BasicViewportUI.java, libraries/javalib/javax/swing/text

Re: [kaffe] Turn nio locks unimplemented exceptions into IOExceptions

2004-11-14 Thread Dalibor Topic
Mark Wielaard wrote: Hi, Apparently some parts of Eclipse 3 do try to use the new io file locks even when told not to. If the acquiring of the lock throws an IOException (as in GNU Classpath) everything works regardless. This patch makees the Kaffe library implementation behave the same as the GNU

[kaffe] CVS kaffe (robilad): Resynced with GNU Classpath: implemented createPackedRaster

2004-11-14 Thread Kaffe CVS
PatchSet 5461 Date: 2004/11/14 20:51:58 Author: robilad Branch: HEAD Tag: (none) Log: Resynced with GNU Classpath: implemented createPackedRaster 2004-11-14 Dalibor Topic <[EMAIL PROTECTED]> * libraries/javalib/java/awt/image/Raster.java: Resynced with GNU Classpath.

[kaffe] Debian/68k

2004-11-14 Thread Riccardo
Hey, debian/è£k fails here, waiting forever (I am using a precompiled rt.jar) Making check in compile_time make[5]: Entering directory `/home/multix/kaffe-cvs/q840/test/regression/ compile_time' #0 0xc0109992 in sigsuspend () from /lib/libc.so.6 #1 0xc00ce28c in __pthread_wait_for_restart_sign

Re: [kaffe] Another ClassLoader (protection domain) issue

2004-11-14 Thread Dalibor Topic
Mark Wielaard wrote: Hi, When ClassLoader.defineClass() gets a null ProtectionDomain is should use the default protection domain. This just moves the clutch from the other defineClass() method (that doesn't take a protection domain) into the one that takes an explicit ProtectionDomain: Thanks, Mar

[kaffe] CVS kaffe (robilad): Turn NIO locks unimplemented exceptions into IOExceptions

2004-11-14 Thread Kaffe CVS
PatchSet 5458 Date: 2004/11/14 18:02:22 Author: robilad Branch: HEAD Tag: (none) Log: Turn NIO locks unimplemented exceptions into IOExceptions 2004-11-14 Mark Wielaard <[EMAIL PROTECTED]> libraries/clib/nio/FileChannelImpl.c (Java_gnu_java_nio_channels_FileChannelImpl_lock):

[kaffe] CVS kaffe (robilad): Fixed ProhibitedClass regression test

2004-11-14 Thread Kaffe CVS
PatchSet 5457 Date: 2004/11/14 17:26:56 Author: robilad Branch: HEAD Tag: (none) Log: Fixed ProhibitedClass regression test 2004-11-14 Dalibor Topic <[EMAIL PROTECTED]> * test/regression/ProhibitedClass.java: Fixed line numbers in expected output. Members: ChangeLog:

[kaffe] CVS kaffe (robilad): Made defineClass work with null ProtectionDomain

2004-11-14 Thread Kaffe CVS
PatchSet 5456 Date: 2004/11/14 17:07:20 Author: robilad Branch: HEAD Tag: (none) Log: Made defineClass work with null ProtectionDomain 2004-11-13 Mark Wielaard <[EMAIL PROTECTED]> * libraries/javalib/java/lang/ClassLoader.java (defineClass(String,byte[],int,int)): Move

Re: [kaffe] Turn exception into warning message for ClassLoader.setSigners()

2004-11-14 Thread Dalibor Topic
Helmer Krämer wrote: On Sun, 14 Nov 2004 14:03:17 + Dalibor Topic <[EMAIL PROTECTED]> wrote: Guilhem Lavaux wrote: Helmer Krämer wrote: I've begun this modification in a separate tree on my disk but this involves a lot of changes. So I'd prefer we stick with the current implementation at the

Re: [kaffe] Turn exception into warning message for ClassLoader.setSigners()

2004-11-14 Thread Helmer Krämer
On Sun, 14 Nov 2004 14:03:17 + Dalibor Topic <[EMAIL PROTECTED]> wrote: > Guilhem Lavaux wrote: > > Helmer Krämer wrote: > > > > I've begun this modification in a separate tree on my disk but this > > involves a lot of changes. So I'd prefer we stick with the current > > implementation at t

Re: [kaffe] Turn exception into warning message for ClassLoader.setSigners()

2004-11-14 Thread Dalibor Topic
Guilhem Lavaux wrote: Helmer Krämer wrote: I've begun this modification in a separate tree on my disk but this involves a lot of changes. So I'd prefer we stick with the current implementation at the moment (and import setSigners from GNU Classpath if possible) and let this change for kaffe 1.1.

[kaffe] CVS kaffe (robilad): Improved ArrayStoreException error message

2004-11-14 Thread Kaffe CVS
PatchSet 5455 Date: 2004/11/14 13:52:03 Author: robilad Branch: HEAD Tag: (none) Log: Improved ArrayStoreException error message 2004-11-13 Mark Wielaard <[EMAIL PROTECTED]> * include/errors.h (ArrayStoreException): Define to take a message. * kaffe/kaffevm/soft.c

Re: [kaffe] ArrayStoreException description messages

2004-11-14 Thread Dalibor Topic
Mark Wielaard wrote: Hi, I was hunting down a ArrayStoreException and was missing a message telling what exactly went wrong. The following patch adds a message wherever an ArrayStoreException is thrown in the vm or native code. Thanks a lot, Mark! The messages are much more useful now. I've checked

Re: [kaffe] Turn exception into warning message for ClassLoader.setSigners()

2004-11-14 Thread Guilhem Lavaux
Helmer Krämer wrote: On Sat, 13 Nov 2004 22:01:55 +0100 Mark Wielaard <[EMAIL PROTECTED]> wrote: Hi, With this Eclipse 2.1 starts again, but is not completely usable, while printing lots of warning messages... (an alternative would be to actually implement setSigners() by adopting the GNU Classpat

[kaffe] Turn nio locks unimplemented exceptions into IOExceptions

2004-11-14 Thread Mark Wielaard
Hi, Apparently some parts of Eclipse 3 do try to use the new io file locks even when told not to. If the acquiring of the lock throws an IOException (as in GNU Classpath) everything works regardless. This patch makees the Kaffe library implementation behave the same as the GNU Classpath one: 2004

[kaffe] Another ClassLoader (protection domain) issue

2004-11-14 Thread Mark Wielaard
Hi, When ClassLoader.defineClass() gets a null ProtectionDomain is should use the default protection domain. This just moves the clutch from the other defineClass() method (that doesn't take a protection domain) into the one that takes an explicit ProtectionDomain: 2004-11-13 Mark Wielaard <[E

Re: [kaffe] Turn exception into warning message for ClassLoader.setSigners()

2004-11-14 Thread Dalibor Topic
Helmer Krämer wrote: On Sat, 13 Nov 2004 22:01:55 +0100 Mark Wielaard <[EMAIL PROTECTED]> wrote: Hi, With this Eclipse 2.1 starts again, but is not completely usable, while printing lots of warning messages... (an alternative would be to actually implement setSigners() by adopting the GNU Classpat

Re: [kaffe] Turn exception into warning message for ClassLoader.setSigners()

2004-11-14 Thread Helmer Krämer
On Sat, 13 Nov 2004 22:01:55 +0100 Mark Wielaard <[EMAIL PROTECTED]> wrote: Hi, > With this Eclipse 2.1 starts again, but is not completely usable, while > printing lots of warning messages... (an alternative would be to > actually implement setSigners() by adopting the GNU Classpath > ClassLoade

Re: [kaffe] java.util.date problem (on SH4 & X86)

2004-11-14 Thread Kiyo Inaba
Hi Takahiro, OK, I've been back to Japan... You said, >We tried to build kaffe-1.1.4 for SH4/linux,and It seems to >have succeeded in build. Weird... I double checked kaffe-1.1.4 but it can not be configured simply. First I try (based on FAQ.cross-compiling) CC={mycc for sh3} NM={mynm f

Re: [kaffe] signal problems ? thread trouble ?

2004-11-14 Thread Kiyo Inaba
Ciao Riccardo, Riccardo wrote: >It might be a coincidence of course and could have happened anyway... I am afraid it should not be coincident. I have experienced so many times on ia32/NetBSD, and reported (or, 'mentioned') to this mailing list long long time ago. We need some expert of process