[erlang-questions] is inet:gethostbyname( IP ) correct?

[info]

On Fri, Oct 16, 2009 at 04:29:20PM +0200, info wrote:
I guess Robby wrote:
> On Thu, Oct 15, 2009 at 4:28 PM, Raimo Niskanen   <
> raimo+erlang-questions@REDACTED  <raimo%2Berlang-questions@REDACTED  >
>  > wrote:
> 
>  > On Thu, Oct 15, 2009 at 03:02:40PM +0200, info wrote:
>  >   > Dear Raimo,
>  >   > I can resume: I discovered that gethostbyname call inet_gethost.c
>  >   > I don't understand inet_gethost.c :-(
>  >   > Where "goes" this problem for finding the information ?
>  >   > If we know where and what, we could perhaps find what is missing in my
>  > windows 2003 ...
>  >   > Hope to read you soon !
>  >   > John
>  >
>  > Well, there is not much more to say. inet_gethost.c calls
>  > struct hostent *gethostbyname(const char *name) in the
>  > winsock2 library:
>  >  http://msdn.microsoft.com/en-us/library/ms738524(VS.85).aspx  <http://msdn.microsoft.com/en-us/library/ms738524%28VS.85%29.aspx  >
>  > It never returns.
>  > It is deprecated but that does not mean broken.
>  > I have a Windows 2003 server that it works on.
>  > We have not found the reason it differs between
>  > my server and your server.
>  > And that is about it.
>  >
>  >
>  >
> I can consistently reproduce the hanging gethostbyname() in inet_gethost.exe
> on Windows 2003 when I have the 'Microsoft Firewall Client for ISA Server
> Version 4.0' installed. This is a specific add-on, nothing to do with
> Microsoft Firewall in your Network Properties.
> 

I guess info wrote:
> but I don't use ISA server !!!
> 

No other interesting firewall software?
Yes: I am using Comodo.

I guess Robby wrote:
> If I remove it, it works fine, if I add it it hangs. Apart from that the
> W2003 build is as vanilla as it gets.
> 
> Nothing much to go on, but I would not be surprised if some system DLL is
> getting in the way. This is very hard to diagnose.
> 
> One day I'll get around to compiling inet_gethost.exe in my setup, just to
> rule out poor linkage due to the VC++ setup used to build the shipping
> executables. If I compile up a trivial gethostbyname() example from MSDN, it
> works OK in all circumstances.
> 
> There are a few strange dependencies in other shipped Windows files, for
> example beam.dll seems to depend on a particular MSVCR80.DLL with the
> version 8.0.50727.1433 . And if you have an older Windows machine, you get
> the completely unhelpful popup box telling you that your program could not
> be run. This has something to do with Windows Side-by-Side DLL deployment,
> and I completely fail to grasp what that's all about.
> 

I guess info wrote:
> but I don't have msvcr80.dll !!!

I guess you do, actually, since Erlang/OTP's installer is supposed
to install that DLL, if it does not exist already.

I guess Robby wrote:
> 
> Robby

-- 

/ Raimo Niskanen, Erlang/OTP, Ericsson AB