libgcj/1355: java.util.Date.toString() segmentation fault

[pascal.forget@videotron.ca]

>Number:         1355
>Category:       libgcj
>Synopsis:       java.util.Date.toString() segmentation fault
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    warrenl
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 20 12:19:17 PST 2000
>Closed-Date:    Thu Aug 24 16:38:53 PDT 2000
>Last-Modified:  Thu Aug 24 16:40:01 PDT 2000
>Originator:     Pascal Forget
>Release:        2.96 (RPM from AG dated July 3, 2000)
>Organization:
>Environment:
Red Hat Linux 6.2 i386
>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)
>
>Fix:

>Release-Note:

>Audit-Trail:

Formerly PR java.util/329


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
State-Changed-From-To: open->closed
State-Changed-By: apbianco
State-Changed-When: Thu Aug 24 16:38:53 2000
State-Changed-Why:
    Pascal reported that this bug is gone in recent versions of
    the compiler and/or the runtime. I'm filling a separate bug
    with regard to the discrepancy I found between libgcj and
    Sun's JDK.

From: apbianco@cygnus.com
To: java-gnats@sourceware.cygnus.com, pascal.forget@videotron.ca,
  warrenl@cygnus.com
Cc:  
Subject: Re: java.util/329
Date: 24 Aug 2000 23:38:54 -0000

 Synopsis: java.util.Date.toString() segmentation fault
 
 State-Changed-From-To: open->closed
 State-Changed-By: apbianco
 State-Changed-When: Thu Aug 24 16:38:53 2000
 State-Changed-Why:
     Pascal reported that this bug is gone in recent versions of
     the compiler and/or the runtime. I'm filling a separate bug
     with regard to the discrepancy I found between libgcj and
     Sun's JDK.
 
 http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=329&database=java
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="UtilTest01.java"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="UtilTest01.java"

cHVibGljIGNsYXNzIFV0aWxUZXN0MDEgewogICAgcHVibGljIHN0YXRpYyB2b2lkIG1haW4gKFN0
cmluZyBbXSBhcmdzKSB7CglqYXZhLnV0aWwuRGF0ZSBhRGF0ZSA9IG5ldyBqYXZhLnV0aWwuRGF0
ZSgxMDAsOCwyMyk7CglTdHJpbmcgYVN0cmluZzsKCVN5c3RlbS5vdXQucHJpbnRsbigiV2UgaGF2
ZSBhICIgKwoJCQkgICBhRGF0ZS5nZXRDbGFzcygpLmdldE5hbWUoKSArCgkJCSAgICIgb2JqZWN0
Iik7CgoJYVN0cmluZyA9IGFEYXRlLnRvU3RyaW5nKCk7CglTeXN0ZW0ub3V0LnByaW50bG4oIioq
Iik7CglTeXN0ZW0ub3V0LnByaW50bG4oYVN0cmluZyk7CiAgICB9Cn0K