Re: Preparing for 0.06 release

2003-08-14 Thread Mark Wielaard
Hi, There is (in a couple of minutes) a first test tar ball up at: http://www.klomp.org/mark/classpath/classpath-0.06-test1.tar.gz (5.4M) And I would appreciate it if someone could try it out. But there are still some things todo before 0.06. - More bugs... 3207API installation

RE: Preparing for 0.06 release

2003-08-14 Thread Mark Wielaard
Hi, On Mon, 2003-08-11 at 08:53, Jeroen Frijters wrote: Mark Wielaard wrote: - Is there any progress on the Thread/VMThread split? Would be nice to get that in, but it will require work to make it work with the different VMs so it better go in quickly (today/tomorrow). I

Re: Serialization

2003-08-14 Thread Guilhem Lavaux
Mark Wielaard wrote: Hi, Besides you suppress the check for the availability of the field although it is quite sure it will not be there (I did not find it in the all source code of classpath): this causes some huge NullPointerException problems. The only solution is to change the name

Re: question about serialization

2003-08-14 Thread Tom Tromey
Ingo == Ingo Prötel [EMAIL PROTECTED] writes: Ingo would like to propose a modification to Toms fix. It looks to me as if Ingo all fields of a deserialized object are accessible as well as the Ingo private readObject-Method. Or does the VM reset the Accessible flag? No, nothing resets the flag.

Re: bug fix for java.io.InputReaderStream.close andjava.util.zip.InflaterInputStream.close

2003-08-14 Thread Brian Jones
David P Grove [EMAIL PROTECTED] writes: Appended is a patch to avoid a NullPointerException if close is called multiple times. This matches the logic that is already in java.io.BufferedReader. Could someone please apply it? Someone applied the java/io/InputStreamReader patch but did not

Re: question about serialization

2003-08-14 Thread Ingo Prötel
Hi, would like to propose a modification to Toms fix. It looks to me as if all fields of a deserialized object are accessible as well as the private readObject-Method. Or does the VM reset the Accessible flag? I think we need to reset the accessible flag after we are done with the field or

Re: /classpath java/awt/font/OpenType.java ChangeLog

2003-08-14 Thread Sascha Brawer
Tom Tromey [EMAIL PROTECTED] wrote on Mon, 11 Aug 2003 10:48:23 -0600: classpath/java/awt/font: OpenType.java Declare OpenType tags as 'public static final'. Please revert this patch. Fields in an interface are implicitly public, static, and final; see JLS 9.3. Our coding standard

Re: gnu.java.awt.font

2003-08-14 Thread Sascha Brawer
Brian Jones [EMAIL PROTECTED] wrote on Tue, 12 Aug 2003 09:06:01 -0400: Sascha I've put a new snapshot of a prospective gnu.java.awt.font Sascha package at the following address: Sascha http://www.dandelis.ch/development/fonts/#Implementation Is this something we should get imported into

Workshop/BoF: Graphics in GNU Classpath

2003-08-14 Thread Sascha Brawer
=== Workshop/BoF: Graphics in GNU Classpath === Linux-Kongress, Saarbrücken, Germany October 14th, 2003, 14:30 - 17:30 h -- Background -- Many existing Java(TM) applications depend on the Java2D(TM) API, a

Re: Small ZipFile patch

2003-08-14 Thread Tom Tromey
Brian == Brian Jones [EMAIL PROTECTED] writes: Sounds like we need this in ClassLoader and in any other class that performs security checks in its constructor. Brian This is still a TODO item, yes? I fixed this in ClassLoader. I haven't looked to see whether any other classes have a

Re: gnu.java.awt.font

2003-08-14 Thread Brian Jones
Sascha Brawer [EMAIL PROTECTED] writes: Hi all, I've put a new snapshot of a prospective gnu.java.awt.font package at the following address: http://www.dandelis.ch/development/fonts/#Implementation Sascha, Is this something we should get imported into Classpath since you're no longer

Re: /classpath java/awt/font/OpenType.java ChangeLog

2003-08-14 Thread Tom Tromey
Sascha == Sascha Brawer [EMAIL PROTECTED] writes: Sascha I know about the implicit modifiers for interface fields, but Sascha I am a bit surprised that omitting them would be our coding Sascha standard. Is it a good idea to omit declarations that, while Sascha technically redundant, make the

Small patch: java/io/PrintStream.java

2003-08-14 Thread Andrew Haley
Andrew Haley writes: 2003-08-07 Andrew Haley [EMAIL PROTECTED] * java/io/PrintStream.java (print(String)): Don't crash on a null string. This code has been superseded, so I won't commit it. Andrew. ___ Classpath mailing list

Re: Class loader and serialization

2003-08-14 Thread Mark Wielaard
Hi, On Thu, 2003-08-14 at 16:04, Guilhem Lavaux wrote: Thanks to Mark I have found a compatible way to do what I want with the SecurityManager. I am going to see if it works in real world now. For an example of what I suggested see the way java.util.ResourceBundle creates a SecurityManager

Re: String question

2003-08-14 Thread Tom Tromey
Jeroen == Jeroen Frijters [EMAIL PROTECTED] writes: Jeroen Would anyone mind if I made the Jeroen java.lang.String.CaseInsensitiveComparator inner class Jeroen non-private (i.e. make it package accessible)? I'm sure it would be fine. But why do you need this? Tom

Preparing for 0.06 release

2003-08-14 Thread Mark Wielaard
Hi all, A little reminder. We want to release a new GNU Classpath snapshot release (0.06) next Friday (August 15). Things to do/decide before the release: - What should really go in before the release? - There are still some open bugs: http://savannah.gnu.org/bugs/?group=classpath Not

Re: Preparing for 0.06 release

2003-08-14 Thread Stephen Crawley
I believe the kissme VM just uses the vm/reference version of Thread. This is correct. If the classpath implementation of vm/reference/java/lang/Thread.java is redone as java/lang/Thread.java + vm/reference/java/lang/VMThread.java, kissme should be changed to reflect this. This will entail

Re: Class loader and serialization

2003-08-14 Thread Guilhem Lavaux
Hi, Thanks to Mark I have found a compatible way to do what I want with the SecurityManager. I am going to see if it works in real world now. Thanks Mark ! ;) Cheers, Guilhem. ___ Classpath mailing list [EMAIL PROTECTED]

Re: Method.equals() question

2003-08-14 Thread Tom Tromey
Brian == Brian Jones [EMAIL PROTECTED] writes: Brian These have not been applied yet, we should do so before Friday. Brian Does this look okay to everyone? Yes, except for one little nit: - // Implementation note: - // The following is a correct but possibly slow implementation. -

Re: Patches need applying ...

2003-08-14 Thread Brian Jones
Stephen Crawley [EMAIL PROTECTED] writes: Could some kind soul please apply the BigDecimal.setScale patch I just submitted on behalf of Saket and Jerry? Mark did this back in mid-July. Brian -- Brian Jones [EMAIL PROTECTED] ___ Classpath mailing

Re: Jaos JVM

2003-08-14 Thread Mark Wielaard
Hi Patrik, On Sun, 2003-08-03 at 16:21, Patrik Reali wrote: The Jaos VM is a JVM using GNU Classpath implemented on top of the Aos/Bluebottle kernel [1]. This kernel offers many useful features like garbage collected memory management, dynamic module loading, and object-oriented model. This

Re: Preparing for 0.06 release

2003-08-14 Thread Patrik Reali
A side question (that's important for deciding whether to include it in the 0.06 release), do any VMs use the unmodified reference Thread class? I believe the kissme VM just uses the vm/reference version of Thread. Jaos uses vm/reference/java/lang/Thread as is. But this shouldn't stop you

Re: /classpath java/awt/font/OpenType.java ChangeLog

2003-08-14 Thread Tom Tromey
Sascha == Sascha Brawer [EMAIL PROTECTED] writes: Sascha classpath/java/awt/font: OpenType.java Sascha Declare OpenType tags as 'public static final'. Please revert this patch. Fields in an interface are implicitly public, static, and final; see JLS 9.3. Our coding standard

Re: classpath java/util/TimeZone.java java/util/Loc...

2003-08-14 Thread Brian Jones
Tom Tromey [EMAIL PROTECTED] writes: Ingo == Ingo Proetel [EMAIL PROTECTED] writes: Hi. Ingo java/util : TimeZone.java Locale.java Please follow the existing coding standards. I looked at this briefly and there were a couple formatting bugs. For instance, in Classpath

Class loader and serialization

2003-08-14 Thread Guilhem Lavaux
Hi, it seems there is a misunderstanding problem between kaffe's class loader mechanism and classpath's serialization. Here is the current state: * ObjectInputStream builds class decriptors from input stream, or if it is not described build them from classes directly. To do so it resolves classes

Re: configure ignores --disable-gtktest ?

2003-08-14 Thread Ingo Prtel
In the meantime I have the complete gtk-packe set that is needed. So I don't use this option any longer. I just tested it anyway and it seems to work properly. Thanks ingo Brian Jones wrote: Ingo Prtel [EMAIL PROTECTED] writes: Hi, I try to run configure without running the gtk test program

Re: Preparing for 0.06 release

2003-08-14 Thread Brian Jones
Ito Kazumitsu [EMAIL PROTECTED] writes: Hi, In message Preparing for 0.06 release on 03/08/10, Mark Wielaard [EMAIL PROTECTED] writes: - There are still some open bugs: http://savannah.gnu.org/bugs/?group=classpath I submitted two new bug reports, which were originally

Re: Preparing for 0.06 release

2003-08-14 Thread Ito Kazumitsu
Hi, In message Preparing for 0.06 release on 03/08/10, Mark Wielaard [EMAIL PROTECTED] writes: - There are still some open bugs: http://savannah.gnu.org/bugs/?group=classpath I submitted two new bug reports, which were originally submitted to this mailing list.

Re: classpath java/util/TimeZone.java java/util/Loc...

2003-08-14 Thread Tom Tromey
Brian == Brian Jones [EMAIL PROTECTED] writes: Brian Any word on jalopy understanding our conventions? Nope, I haven't heard back :-( Tom ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

Re: Method.equals() question

2003-08-14 Thread Brian Jones
These have not been applied yet, we should do so before Friday. Does this look okay to everyone? Brian Archie Cobbs [EMAIL PROTECTED] writes: Archie Cobbs wrote: The practical upshot of this is that the equals() methods that currently exist in Classpath for Field and Constructor need to

Hello

2003-08-14 Thread Ingo Prötel
Hi all, I just want to introduce myself. I have started to work for aicas GmbH . Currently I work on bugfixes in our VM and Classpath. So in future you will see some bugfixes from me. I test my fixes against kissme, so if you have trouble with any other VM please let me know. I'm looking forward

Re: X Rendering and GNU Classpath

2003-08-14 Thread graydon hoare
Sascha Brawer [EMAIL PROTECTED] writes: It seems there are several people with that goal, and that some coordination would be good so we can share at least some of the effort. Therefore, I guess I'll try to arrange a discussion session during LinuxKongress in Saarbrücken/Germany. Jean-Daniel,

Re: classpath java/util/TimeZone.java java/util/Loc...

2003-08-14 Thread Tom Tromey
Ingo == Ingo Proetel [EMAIL PROTECTED] writes: Hi. Ingo java/util : TimeZone.java Locale.java Please follow the existing coding standards. I looked at this briefly and there were a couple formatting bugs. For instance, in Classpath an opening brace `{' goes on its own line. Tom

Re: Preparing for 0.06 release

2003-08-14 Thread Brian Jones
Brian Jones [EMAIL PROTECTED] writes: - Import new external libraries - GNU-JAXP Done, but someone concerned that I'm not seeing 'configure' in the jaxp directory. No difference otherwise between initial import and this import. Brian -- Brian Jones [EMAIL PROTECTED]

Re: Developing VM

2003-08-14 Thread Mark Wielaard
Hi, On Sun, 2003-08-10 at 20:29, Peter Werno wrote: From the top of my head ... there is this TimeZone - class in the java.util - package which defines a getDefaultTimeZoneId - method. Would it make sense to redirect this to - say - the java.lang.VMSystem - class? (The currentTimeMillis is

Re: Developing VM

2003-08-14 Thread Peter Werno
Hello Mark, Hi, On Sun, 2003-08-10 at 15:32, Peter Werno wrote: we are developing a new Virtual Machine for Amiga OS (http://sourceforge.net/projects/jamiga) which will be bundled with the GNU classpath. Nice. Hope you find GNU Classpath useful for bringing a VM to that platform. Yes,

Re: Method.equals() question

2003-08-14 Thread Brian Jones
Tom Tromey [EMAIL PROTECTED] writes: Brian == Brian Jones [EMAIL PROTECTED] writes: Brian These have not been applied yet, we should do so before Friday. Brian Does this look okay to everyone? Yes, except for one little nit: - // Implementation note: - // The following is

Re: Developing VM

2003-08-14 Thread Brian Jones
Peter Werno [EMAIL PROTECTED] writes: Hello everybody, we are developing a new Virtual Machine for Amiga OS (http://sourceforge.net/projects/jamiga) which will be bundled with the GNU classpath. Our VM is following a differnet approach and JNI has not been implemented yet. Moreover, we

Developing VM

2003-08-14 Thread Peter Werno
Hello everybody, we are developing a new Virtual Machine for Amiga OS (http://sourceforge.net/projects/jamiga) which will be bundled with the GNU classpath. Our VM is following a differnet approach and JNI has not been implemented yet. Moreover, we tend to implement a lot of the core

RE: String question

2003-08-14 Thread Jeroen Frijters
Tom Tromey wrote: Jeroen == Jeroen Frijters [EMAIL PROTECTED] writes: Jeroen Would anyone mind if I made the Jeroen java.lang.String.CaseInsensitiveComparator inner class Jeroen non-private (i.e. make it package accessible)? I'm sure it would be fine. But why do you need this? It's a

Serialization

2003-08-14 Thread Guilhem Lavaux
Hi, I nearly managed to get Classpath's serialization up to kaffe's level and at the same time keeping the advantage of it. However, it is nearly. As I said to Mark Wielaard, kaffe's regression tests TestSerialVersions.Test0007, Test0009, Test0010, Test0011, Test0013 fails; but also

Re: Serialization

2003-08-14 Thread Brian Jones
Guilhem Lavaux [EMAIL PROTECTED] writes: Hi, I nearly managed to get Classpath's serialization up to kaffe's level and at the same time keeping the advantage of it. However, it is nearly. However I cam across an RMI's documentation which says serialPersistentFields should only be used

Re: [kaffe] Serialization

2003-08-14 Thread Guilhem Lavaux
Hi, Finally, I have followed kaffe's regression tests. Classpath's serialization passes all kaffe's tests, although one is wrong according to JDK 1.4.2 (TestSerialVersions.Test0007 should give null, 105). serialPersistentFields is now also used by the reading process to create some more fields

Re: [kaffe] Serialization

2003-08-14 Thread Brian Jones
Guilhem Lavaux [EMAIL PROTECTED] writes: Hi, Finally, I have followed kaffe's regression tests. Classpath's serialization passes all kaffe's tests, although one is wrong according to JDK 1.4.2 (TestSerialVersions.Test0007 should give null, 105). serialPersistentFields is now also used by

Re: [kaffe] Serialization

2003-08-14 Thread Mark Wielaard
Hi, On Tue, 2003-08-12 at 01:13, Brian Jones wrote: Sweet, when could this go into Classpath? Guilhem already send me a patch and as soon as the paperwork is done it will almost certainly go immediately (I will review it, but it looks pretty good). And Guilhem already checked in this new code