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

[Raimo Niskanen]

On Tue, 20 Oct 2009 11:33:35 +0200 info wrote:
> I uninstalled Comodo and ... the problem disappeared !!!!!!!!!!!!!!!!!!!!!
> What else now ?
> John

Then we know it is firewall related. And we could not
reproduce it with Comodo. Some more tiny detail seems
to be needed to trigger the bug. Which version of Comodo
do you have?

Reinstall and see if the problem appears again, but first
uninstall Erlang. Installation order may matter to trigger
the bug. Uninstall both Erlang and Comodo and try
installing Comodo first then Erlang. If that fails
uninstall Erlang then Comodo (latest first), and install Erlang
first then Comodo (the other order). Watch out the next
paragraph about installing Erlang.

On Tue, 20 Oct 2009 11:33:52 +0200 info wrote:
> OK, I found several versions in WinSxS.
> Which one is the good one ?
> Shall I copy it in system32 ?

No, uninstall Erlang, and reinstall it. Make sure to
select the approx."Install Microsoft Runtime" in the
installer. The installer installs it into a for
Erlang unique location so Erlang will run exactly
the runtime library it needs. Do not move it!


We are now hunting something fishy (for Robert R) with
IIS server and firewall client. Can you (info) tell us
what happens when you have the symptoms, if you in
a freshly started Erlang node only look up a
short name e.g "localhost", because we now have
a situation where it kind of works until we do
a lookup containing a dot which hangs and after
that everything hangs. Can you confirm this peculiar
behaviour?

/ Raimo



On Mon, Oct 19, 2009 at 11:53:07PM +0200, info wrote:
> And what about msvcr80.dll which is missing in my server ?
> 
> On Sat, Oct 17, 2009 at 12:46:50AM +0100, info wrote:
> > 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.
> 
> Can you try to uninstall Comodo and see if the problem disappears.
> If so we know where to look for the problem.
> (We have installed a 2003 server with Comodo and got no problems,
>  other than the possibility to do configuration errors that
>  would cause your symptoms)
> 
> > 
> > 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
> 
> -- 
> 
> / Raimo Niskanen, Erlang/OTP, Ericsson AB

-- 

/ Raimo Niskanen, Erlang/OTP, Ericsson AB