Re: RE: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-25 Thread Alex Blewitt
regards, Alexei Fedotov, Intel Java XML Engineering -Original Message- From: Denis Kishenko [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 24, 2006 3:31 PM To: harmony-dev@incubator.apache.org Subject: Re: [classlib][test] Configuration dependent test of InetAddress.getHostName 2006/10/24

Re: RE: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-25 Thread Denis Kishenko
2006/10/25, Alex Blewitt [EMAIL PROTECTED]: The other possibiltiy is to fork an 'nslookup' or 'host' command (depending on platform) to find out what the platform thinks is the local host name, and then comparing it to Java's result. On this WinServer2003 nslookup localhost and nslookup

Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-25 Thread Andrew Zhang
, Intel Java XML Engineering -Original Message- From: Andrew Zhang [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 24, 2006 5:45 AM To: harmony-dev@incubator.apache.org Subject: Re: [classlib][test] Configuration dependent test of InetAddress.getHostName On 10/20/06, Fedotov, Alexei A [EMAIL

Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-25 Thread Denis Kishenko
:45 AM To: harmony-dev@incubator.apache.org Subject: Re: [classlib][test] Configuration dependent test of InetAddress.getHostName On 10/20/06, Fedotov, Alexei A [EMAIL PROTECTED] wrote: Denis, Can we consider a patch from http://issues.apache.org/jira/browse/HARMONY-73 as a fourth

Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-24 Thread Denis Kishenko
2006/10/24, Fedotov, Alexei A [EMAIL PROTECTED]: I wonder about the first option. Is there any way to check that symbolic name corresponds to the local computer? I can imagine the following condition to check this. InetAddress.getByName(InetAddress.getByName(127.0.0.1).getHostName()).

RE: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-24 Thread Fedotov, Alexei A
:31 PM To: harmony-dev@incubator.apache.org Subject: Re: [classlib][test] Configuration dependent test of InetAddress.getHostName 2006/10/24, Fedotov, Alexei A [EMAIL PROTECTED]: I wonder about the first option. Is there any way to check that symbolic name corresponds to the local computer? I can

Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-23 Thread Alexei Zakharov
I think Harmony does the right thing as spec requires, the difference is caused by underlying system call, so it should be acceptable, i.e., the test needs to be rewritten or excluded. +1 from me Thanks, 2006/10/20, Paulex Yang [EMAIL PROTECTED]: Denis Kishenko wrote: I have researched

RE: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-23 Thread Fedotov, Alexei A
-dev@incubator.apache.org Subject: Re: [classlib][test] Configuration dependent test of InetAddress.getHostName I think Harmony does the right thing as spec requires, the difference is caused by underlying system call, so it should be acceptable, i.e., the test needs to be rewritten or excluded

Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-23 Thread Andrew Zhang
On 10/20/06, Fedotov, Alexei A [EMAIL PROTECTED] wrote: Denis, Can we consider a patch from http://issues.apache.org/jira/browse/HARMONY-73 as a fourth option? Simply speaking, the patch adds a conditional operator which forces API to returning localhost in this case. No. I think Harmony

Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-20 Thread Denis Kishenko
Alexei, Unfortunatelly this patch didn't help. Because system have already returned host name as nstdrlew21.ins.intel.com. Certainly we can hardcode 127.0.0.1 as localhost if (address == 0x7f01) { hostName = localhost; } else {

Re: Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-20 Thread Alex Blewitt
Isn't this just because in your /etc/hosts file (or c:/windows/system32/drivers/etc/hosts) you have a mapping 127.0.0.1 ntsdrlew31/10.125.122.60 localhost ? It's pretty much always localhost that's returned by default. Alex. On 20/10/06, Denis Kishenko [EMAIL PROTECTED] wrote: Alexei,

Re: Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-20 Thread Denis Kishenko
Alex thanks for answer. 2006/10/20, Alex Blewitt [EMAIL PROTECTED]: Isn't this just because in your /etc/hosts file (or c:/windows/system32/drivers/etc/hosts) you have a mapping 127.0.0.1 ntsdrlew31/10.125.122.60 localhost hosts (on nstdrlew21) consists from a single string 127.0.0.1

Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-20 Thread Alexei Zakharov
Hi Denis, InetAddressTest.test_getHostName (see H-1664) failed on WinServer because InetAddress.getByName(127.0.0.1).getHostName() returned nstdrlew21.ins.intel.com while localhost expected. So this test According to the test's output you've provided: === RI == by

Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-20 Thread Denis Kishenko
2006/10/20, Alexei Zakharov [EMAIL PROTECTED]: Hi Denis, InetAddressTest.test_getHostName (see H-1664) failed on WinServer because InetAddress.getByName(127.0.0.1).getHostName() returned nstdrlew21.ins.intel.com while localhost expected. So this test According to the test's output you've

Re: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-20 Thread Paulex Yang
Denis Kishenko wrote: I have researched issue H-1664 and found one more difference with RI. I run simple test on Windows Server 2003 SP1 === Test = import java.net.InetAddress; import java.net.UnknownHostException; public class Test { public static void

RE: [classlib][test] Configuration dependent test of InetAddress.getHostName

2006-10-19 Thread Fedotov, Alexei A
Denis, Can we consider a patch from http://issues.apache.org/jira/browse/HARMONY-73 as a fourth option? Simply speaking, the patch adds a conditional operator which forces API to returning localhost in this case. Paulex, This is your patch. What do you think? With best regards, Alexei