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
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
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
ClassLoader
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 Classpath
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
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:
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 Classpath
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
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
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
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
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
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:
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,
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
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 want to play
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.
17 matches
Mail list logo