is posting back from the list, I'm assuming that
[EMAIL PROTECTED] is wrong.
Original Message
Subject: Kaffe having trouble with gnujsp.jar
Date: Mon, 03 Apr 2000 16:21:50 +0000
From: Stuart Ballard [EMAIL PROTECTED]
Organization: NetReach
To: [EMAIL PROTECTED]
I am finding that
Mo DeJong wrote:
The jar tool from 1.0.5 is completely busted. Don't even try
to use it. You need to most recent CVS snapshot if you want
to try to debug this.
Hmm. Well, in that case... does this look familiar to anyone?
sballard@rainbow:~/kaffe$ jar tvf /usr/share/java/gnujsp.jar
Jean-Eric Cuendet wrote:
Thanks a lot for the answer.
Other: What's te status of classpath.org ? No news since along time, now.
You should really ask this on the classpath list, but here's my take on
it (I follow the list but I haven't been closely involved with the
project for a couple of
I am working on a small java program and perl script to test binary
compatibility between Java APIs. It uses reflection to identify every
class and member in the public and protected API, and prints them out in
a format that is easy to parse and compare with other APIs. The perl
script then uses
Hi,
I'm attaching a Java program and perl script I wrote to test
compatibility between the JDK and free versions. It's in its early
stages but from my testing so far, the results are already interesting.
Consider both the attached files to be under the GPL (sorry about the
lack of legal
John Leuner wrote:
$ java-jdk11 net.wuffies.japi.Japize -f $JAVAHOME/lib/classes.zip java
jdk11.japi
I can't compile Japize because it depends on java.util.zip. Is it possible
to make it work on plain filesystem tree?
Submit patches ;) Seriously though, there are a couple of options
Godmar Back wrote:
Can anyone confirm that this is or is not a bug? Blackdown JDK 1.1.8
does not display this behavior, and I can't think of an easy workaround
in my code to get the results I expect.
Well, yes that's probably a bug.
I worked around this by testing whether
"Edouard G. Parmelan" wrote:
Stuart Ballard wrote:
Well, I've made some changes to the class since I "announced" it here a
while back and put up a homepage at http://stuart.wuffies.net/japi/ .
The reason I mention this is (1) I'd like feedback, and (2) I have the
"Edouard G. Parmelan" wrote:
For now, Japize does not extrate final values (or I missing something)
so with method Class.forName(String name, boolean initialize, ClassLoader
loader) [yes it's 1.2] clinit is never called, so no native code :-)
Actually, Japize does extract all field values
Artur Biesiadowski wrote:
Stuart Ballard wrote:
However, I think that asking for the value of a field, even a public
static final one, is enough to cause clinit to get called... right? :(
It depends if it is compile time constant. If yes, then clinit will not
be called. From JLS
Godmar Back wrote:
Okay, try it again now.
We now also search superinterfaces if you invoke Class.getMethod() on
an interface class.
Excellent. Kaffe now gives exactly 0 "M" (the NoSuchMethodException) and
only about 7 or 8 "!" (the non-equality) on the whole of its class
libraries. As
Godmar Back wrote:
In 1.1 w/ reflection, you're obviously out of luck since
Class.forName will call clinit
Blah. I guess I should explore options that look at the bytecode, rather
than reflection, then... (the most important reason I need to run on 1.1
is to get reliable docs *for* 1.1)
"Edouard G. Parmelan" wrote:
Could you add value of serialVersionUID in Japize ?
The following code will retreive/compute this value:
ObjectStreamClass stream = ObjectStreamClass.lookup(clz);
if (stream != null) {
// this class is Serializable, register
http://stuart.wuffies.net/japi/jdk11-kaffe-results.txt
142 errors are reported, the majority of which look genuine. This is
down from 429 reported before I eliminated errors that appear
identically in superclasses :) There are some really simple cases (eg
AWTEvents _MASK fields have the wrong
Godmar Back wrote:
The URL is broken.
http://stuart.wuffies.net/japi/jdk11-kaffe-results.txt
Shoot. I meant http://stuart.wuffies.net/japi/results-jdk11-kaffe.txt
That'll teach me to type it in from memory - especially after I recently
renamed it...
Btw, I recommend downloading it and
Stuart Ballard wrote:
"Edouard G. Parmelan" wrote:
Could you add value of serialVersionUID in Japize ?
Hey, great idea :) I'll try to get this done by tomorrow (my hacking
gets done on the train to and from work).
Well, it took a little longer than I thought due to Real
Archie Cobbs wrote:
* The conversion of floats or doubles to strings does not completely
conform to Sun's spec. For example, Double.toString() will display
the double 0x400B as "3.3999" instead of "3.4".
If you would like to work on improving this code
Attaching a patch to fix all the serialVersionUIDs that were public. (I
think you need to be in libraries/javalib to apply it - sorry; my first
ever cvs diff)
Can anyone explain to me why some *interfaces* had serialVersionUIDs?
That doesn't make sense to me. My patch comments them out, although
This is really strange.
I'm using the debian package of kaffe, version 1.0.6-3.
At first I thought this was a pure Kaffe bug, but apparently it isn't -
Sun's JVM gives an error too, but it's a different error (a segmentation
fault). And it's not a compiler bug because Jikes and Javac behave
Edouard G. Parmelan wrote:
On Wed, Aug 29, 2001 at 17:48:15 -0400, Stuart Ballard wrote:
I'm using the debian package of kaffe, version 1.0.6-3.
I think this problem is solved in current Kaffe CVS Tree.
Yup! Thank you.
Any idea when there will be a new release containing this fix
Jukka Santala wrote:
With the Kaffe.org latest release/binaries you're probably out of luck,
it's over year old and a lot has changed since then.
Does anyone know if there is any release of Kaffe planned for the near
future? I too have some code that works in the latest CVS but not with
the
not think anyway...
I don't seriously expect a positive answer to this :) But you can't deny
it would be nice...
Stuart.
--
Stuart Ballard, Programmer
NetReach - Internet Solutions
(215) 283-2300, ext. 126
http://www.netreach.com/
22 matches
Mail list logo