Re: java.util/329: java.util.Date.toString() segmentation fault

[Alexandre Petit-Bianco <apbianco at cygnus dot com>]

The following reply was made to PR java.util/329; it has been noted by GNATS.

From: Alexandre Petit-Bianco <apbianco@cygnus.com>
To: pascal.forget@videotron.ca
Cc: java-gnats@sourceware.cygnus.com
Subject: Re: java.util/329: java.util.Date.toString() segmentation fault
Date: Wed, 23 Aug 2000 18:14:52 -0700 (PDT)

 pascal.forget@videotron.ca writes:
 
 > >Description:
 > aDate.toString() provokes a segmentation fault
 > >How-To-Repeat:
 > > gcj --main=UtilTest01 -o UtilTest01 UtilTest01.java
 > > ./UtilTest01
 > We have a java.util.Date object
 > Segmentation fault (core dumped)
 
 I can't reproduce it:
 
   apbianco@kazmo[~/tmp]: gcj --main=UtilTest01 -o UtilTest01 UtilTest01.java
   apbianco@kazmo[~/tmp]: ./UtilTest01 
   We have a java.util.Date object
   **
   Sat Sep 23 01:00:00 GMT 2000
 
 I replied to your post yesterday about java.sql.Date() crashing during
 execution. You came up with two bugs that I can't reproduce with an
 up-to-date tool chain. Strange. Are you sure you're not running your
 executables with CLASSPATH set to your JDK's classes.zip? Can you even
 compile "Hello World" and have it to run?
 
 You should definitively try to upgrade your toolchain. On the other
 hand, I really I don't think that AG's RPM from early July is that
 bad.
 
 By the way, I noticed a discrepancy between the output produced by
 libgcj and sun's JDK shown here:
 
   We have a java.util.Date object
   **
   Sat Sep 23 00:00:00 PDT 2000
 
 ./A