Hi Christian, On Sun, 2006-01-01 at 15:46 +0100, Mark Wielaard wrote: > On Thu, 2005-12-29 at 19:37 +0100, Christian Thalinger wrote: > > While checking some FAILs in tgolem i stumbled across this common fail: > > > > FAIL: gnu.testlet.java.net.InetSocketAddress.InetSocketAddressTest: > > Error : test_Constructors failed - 1 No wildcard address returned > > (number 1) > > > > I searched a bit and i think toString() returns the wrong value. Is > > this correct? > > > > 2005-12-29 Christian Thalinger <[EMAIL PROTECTED]> > > > > * java/net/InetAddress.java (toString): Return > > 0.0.0.0 for null hostname. > > I don't think this is correct. null as hostname just means the hostname > has not yet been looked up, and toString() is explicitly lazy and > doesn't do lookups itself. > > I actually think the Mauve test is incorrect since it assumes 0.0.0.0 is > always the INADDR_ANY used and that the hostName for such an address is > automagically resolved. > > I would propose to either change the Mauve test to be less strict in > checking. Or if you feel IF_ANY should always have a resolved hostname > to eagerly resolve it by adding something like this to > InetAddress.getInaddrAny: inaddr_any.hostName = naddr_any.getHostName();
So what do you think of the following patch?
2006-01-08 Mark Wielaard <[EMAIL PROTECTED]>
* java/net/InetAddress.java (getInaddrAny): Explicitly set hostName.
It fixes the mauve test for me.
Cheers,
Mark
Index: java/net/InetAddress.java
===================================================================
RCS file: /cvsroot/classpath/classpath/java/net/InetAddress.java,v
retrieving revision 1.43
diff -u -r1.43 InetAddress.java
--- java/net/InetAddress.java 1 Jan 2006 13:52:48 -0000 1.43
+++ java/net/InetAddress.java 9 Jan 2006 14:28:03 -0000
@@ -760,6 +760,7 @@
{
byte[] tmp = VMInetAddress.lookupInaddrAny();
inaddr_any = new Inet4Address(tmp, null);
+ inaddr_any.hostName = inaddr_any.getHostName();
}
return inaddr_any;
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Classpath-patches mailing list [email protected] http://lists.gnu.org/mailman/listinfo/classpath-patches
