This is the mail archive of the
java-prs@sourceware.cygnus.com
mailing list for the Java project.
Re: libgcj/103: libgcj crashes on string operation
- To: tromey at cygnus dot com
- Subject: Re: libgcj/103: libgcj crashes on string operation
- From: Bryce McKinlay <bryce at albatross dot co dot nz>
- Date: 17 Nov 1999 11:40:01 -0000
- Cc: java-prs at sourceware dot cygnus dot com,
- Reply-To: Bryce McKinlay <bryce at albatross dot co dot nz>
The following reply was made to PR libgcj/103; it has been noted by GNATS.
From: Bryce McKinlay <bryce@albatross.co.nz>
To: gback@cs.utah.edu
Cc: java-gnats@sourceware.cygnus.com
Subject: Re: libgcj/103: libgcj crashes on string operation
Date: Thu, 18 Nov 1999 00:31:32 +1300
Your test code works fine for me on the current (19991116) gcc snapshot, so I'm
going to close the PR. I guess this wasn't the same as my (and Jeff Sturm's) EH
bug though, as that one is still there.
FYI, the simplest way to reproduce my bug is:
import java.text.DecimalFormat;
public class Format1
{
public static void main(String args[])
{
DecimalFormat df = new DecimalFormat();
}
}
This causes libgcj to thrown an exception somewhere and subsequently abort during
the 'throw'. It works fine on gcc 2.95.2. So far it only seems to occur on
exceptions thrown and caught within libgcj - I havn't been able to reproduce it
in self-contained code - and this makes it difficult to come up with a reasonable
PR/gcc complaint ;-)
regards
[ bryce ]
gback@cs.utah.edu wrote:
> import java.io.*;
>
> public class C {
> public static void main(String av[]) {
> String x = null, y = null, z = null;
> LineNumberReader r = new LineNumberReader(
> new InputStreamReader(System.in));
> try {
> x = r.readLine();
> y = r.readLine();
> z = r.readLine();
> ((String)null).hashCode();
> } catch (Exception e) {
> System.out.println(x);
> System.out.println(y);
> System.out.println(z);
> }
> }
> }