HP3000-L Archives

June 1997, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Lars Appel <[log in to unmask]>
Reply To:
Lars Appel <[log in to unmask]>
Date:
Mon, 16 Jun 1997 00:33:04 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (25 lines)
At 19:21 13.06.1997 -0700, Mark wrote:
>I have just confirmed a serious POSIX smoothing issue that prevents proper
>operation of BIND/iX.  :-(
...
>Under HPUX, and probably all other Unixes (I assume), if "someplace" is a
>non-127.0.0.1 address for the host you're running this test program on, the
>recvfrom() sockaddr_in structure will contain the non-127.0.0.1 address as
>expected.
>
>HOWEVER, under MPE 5.5, recvfrom() returns 127.0.0.1 in sockaddr_in, instead of
...

I'm not sure that this is an MPE/iX-only problem. I vaguely recall having seen
something similar in the Samba source. The SMBD server seems to validate the
hostname passed by the client by looking up it's IP address(es). I believe there
is some gethostbyname() that also behaves differently on HP-UX and MPE/iX. It
returns 127.0.0.1 on MPE/iX when looking up the own system's IP (might even be
documented somewhere, alas I forgot where I've seen it).

The Samba source has some if-statement to catch this special case, so I assume
that this "incompatibility" isn't MPE-only (as this code is in the originial
Samba source already). Maybe similar solution is possible for recvfrom(), too.

Lars (too many different Unixes to choose from?)

ATOM RSS1 RSS2