This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
Re: libgcj/4383
- To: bryce at gcc dot gnu dot org
- Subject: Re: libgcj/4383
- From: Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>
- Date: 30 Sep 2001 07:46:01 -0000
- Cc: gcc-prs at gcc dot gnu dot org,
- Reply-To: Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>
The following reply was made to PR libgcj/4383; it has been noted by GNATS.
From: Bryce McKinlay <bryce@waitaki.otago.ac.nz>
To: mattnewsome@fuckmicrosoft.com, gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org,
gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org
Cc:
Subject: Re: libgcj/4383
Date: Sun, 30 Sep 2001 19:43:40 +1200
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=4383&database=gcc
> Using a file: URL with URL.openConnection() to create a
> URLConnection() throws a NullPointerException. Similarly for any
> server name in an http: URL where that server name cannot be resolved
> to via DNS.
I couldn't reproduce this. In my test case, a sever name that cannot be
resolved results in an UnknownHostException, and the file protocol
handler works correctly. One problem that could result in an NPE was if
you used a file: URL containing a hostname. The file handler would
(correctly) attempt to switch to the ftp handler, however we dont have
the ftp handler yet. I'm going to check in a patch which will make it
throw a more informative IOException.
regards
Bryce.