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

info info@REDACTED
Wed Oct 21 11:57:18 CEST 2009


Dear Raimo,
This night ... I am a little bit tired ... I tested according to your plan. I found again in my archive the comodo exe. Ouf !
This is the result:
Test #1
uninstall Comodo
restart
inet:gethostbyname ok
uninstall erlang
install Comodo
install erlang with windows runtime
inet:gethostbyname ko
Test #2
uninstall erlang
uninstall Commodo
restart
install erlang with windows runtime
inet:gethostbyname ok
install Comodo
restart
inet:gethostbyname ko

On Tue, Oct 20, 2009 at 06:45:25PM +0200, info wrote:
> 
> 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?
> 
> I had the version 2.4.19.185 ..
> I had because I didn't keep the exe :-( and the version 3 is not compatible with windows 2003
> I am "naked" since yesterday !

We tried Comodo Firewall 3.12, and it seems to work just fine.
I.e on Windows 2003 R2 Enterprise Edition with SP2.
The features of the product give a no support of windows 2003 !?
I have windows 2003 sbs with sp2

> 
> 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

-- 

/ Raimo Niskanen, Erlang/OTP, Ericsson AB


More information about the erlang-questions mailing list