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
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
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
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.
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
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
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
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
===
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
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
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
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
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
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
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
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
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
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]
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.
-
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
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
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
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
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
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
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
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
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.
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
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
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
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,
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
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]
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
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,
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
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
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
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
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
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
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
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
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
45 matches
Mail list logo