Eric Blake wrote:
>
> Your summary seemed good to me.
Agreed.
> Mark Wielaard wrote:
> >
> > If both Tom Tromey and Eric Blake say that although theoretical
> > possible, it is too difficult for us to ensure compatibility in the free
> > compilers with the proprietary Sun javac naming scheme and
Per Bothner wrote:
> I've appended one fix, but I'm not sure what the best approach is.
> The simplest would be to just rip out all the dumpElement code.
Well, I'd hesitate to just rip it out. The dumping code is extremely
helpful when dealing with serialization issues.
> Next simplest is to mo
On Thu, 15 Mar 2001, John Leuner wrote:
> > > Is there native code for BigInteger in classpath-0.02?
> > >
> > > I can't see any native/java/math directory.
> >
> > Try looking for a native/java.math directory.
>
> That's what I meant; there isn't one of those either.
Ok, it exists in the cvs
On Wed, 14 Mar 2001, John Leuner wrote:
> Is there native code for BigInteger in classpath-0.02?
>
> I can't see any native/java/math directory.
Try looking for a native/java.math directory.
--warrenl
___
Classpath mailing list
[EMAIL PROTECTED]
htt
On Wed, 21 Feb 2001, Jochen Hoenicke wrote:
> I have updated the time zone database in classpath to tzdata2000h. I
> noticed that Warren changed the automatically generated static
> constructor. I reflected these changes in my script that creates
> these lines.
Sorry, my bad. I misread the co
On Tue, 20 Feb 2001, Bryce McKinlay wrote:
> The algorithm for calculating the UID is explicitly specified as part of the
> serialization specification, isn't it?
Yes, it is.
> If field changes are made to a class
> where the UID was previously calculated automatically, then the UID must
> chan
Thanks! I just checked it in and included a ChangeLog entry for you.
--warrenl
2000-12-26 Petter Reinholdtsen <[EMAIL PROTECTED]>
* java/sql/SQLWarning.java: Fixed typo in comment.
On Wed, 27 Dec 2000, Petter Reinholdtsen wrote:
>
> I came across this small typo.
>
> Index: jav
On Fri, 3 Nov 2000, Bryce McKinlay wrote:
> Warren Levy wrote:
>
> > I've instrumented java.io.ObjectInputStream to work as a serialized object
> > dumper by reworking the commented out debug statements in the module.
>
> This sounds cool! However, since we'
t for you as it is deserialized with
readObject(). This can be useful if you are trying to implement
serialization for a special case class and you're trying to understand
the (sometimes limited) Serialized Form doc better.
Enjoy!
--warrenl
2000-11-02 Warren Levy <[EMAIL PROTECTED]>
On Tue, 24 Oct 2000, Bryce McKinlay wrote:
> I plan to do some bulk reformatting in java.util in preparation for
> producing diffs for some enhancements/fixes/merges that I'm working on.
As part of object serialization work, I'm merging in some things from
Classpath to libgcj including some atyp
On Thu, 24 Aug 2000, Mark Wielaard wrote:
> Sorry, my bad. I meant the resulting Objects from some of the methods
> should be serializable but aren't at the moment.
Ok, I get it now. Ya'know it seems that almost every time I turn around I
run into something new/unexpected regarding serializatio
On Wed, 23 Aug 2000, Mark Wielaard wrote:
> I just committed the following additions to java.util.Collections for new
> 1.3 fields and methods and two small compile patches.
>
> * java/util/Collections.java (EMPTY_MAP) (singletonList(Object)
> (singletonMap(Object,Object)): implemented,
On Wed, 26 Jul 2000, Warren Levy wrote:
> Classpath calls a private static method in ObjectStreamClass
> (hasClassInitializer) to check this; which in turn calls a Class method:
>
> Class classArgs[] = {};
> Method m = clazz.getMethod ("", classArgs);
Ah,
On Wed, 26 Jul 2000, Jochen Hoenicke wrote:
> Nonfinal static fields that are initialized and "static {...}" blocks
> in the java code are compiled to a "" constructor in bytecode.
> To calculate the serialVersionUID, classpath has to know the presence
> of this constructor. IIRC it uses a nativ
On Wed, 28 Jun 2000, Stuart Ballard wrote:
> As part of my "port" of Japize to use jode.bytecode, I had to implement
> getSerialVersionUID on one of jode's ClassInfo objects. To do this I did
> a straight port of the Classpath version, although it was possible to
> simplify it a bit because jode
On Wed, 28 Jun 2000, Stuart Ballard wrote:
> One thing I noticed is that JDK1.1 doesn't return "protected" members in
> getFields/getMethods. Protected members are, of course, vital for
> calculating the svuid. If you're getting results that are right most of
> the time, it might be worth checkin
On 28 Jun 2000, Brian Jones wrote:
> Thanks for the info, I wanted to send a small patch concerning this
> class against libgcj's implementation but for some reason anoncvs is
> broken this morning (can't update or do a diff), and I already removed
> the original... Anyway, in ObjectStreamClass.
On 27 Jun 2000, Brian Jones wrote:
> Brian Jones <[EMAIL PROTECTED]> writes:
>
> > Okay, so this got me quite a bit farther... haha... it appears there
> > is something wrong with the implementation of
> > java.io.ObjectStreamClass...
>
> What's very confusing here is libgcj's implementation ha
On Wed, 28 Jun 2000, Warren Levy wrote:
> On 28 Jun 2000, Brian Jones wrote:
>
> > I'm eagerly awaiting the merge. :)
>
> Me too. ;-)
Ok, I've made 2 commits. My first one was a bunch of fixes for
discrepancies against the JDK (plus a few significant bugfixes
On 28 Jun 2000, Brian Jones wrote:
> Tom Tromey <[EMAIL PROTECTED]> writes:
>
> > Brian> What's very confusing here is libgcj's implementation has a
> > Brian> classpath header but does not appear to be exactly the
> > Brian> same... so I guess these aren't merged yet. Is anyone working
> > Bri
On Tue, 18 Apr 2000, Tom Tromey wrote:
> Don't the existing Mauve tests work by contacting
> sourceware.cygnus.com and then looking for certain web pages there?
Yep, the main one is
http://sourceware.cygnus.com/mauve/testarea/index.html
but the top level sourceware page is also referenced.
> W
t
here. Please bring out any issues you see associated with this for
discussion.
Warren Levy
22 matches
Mail list logo
