Re: sockaddr_in sin_port in host byte order on Intel Macs
Re: sockaddr_in sin_port in host byte order on Intel Macs
- Subject: Re: sockaddr_in sin_port in host byte order on Intel Macs
- From: Marc Krochmal <email@hidden>
- Date: Sat, 25 Feb 2006 17:49:59 -0800
On Feb 24, 2006, at 10:10 PM, Matt Slot wrote:
Kent Sorensen <email@hidden> wrote:
I'm seeing an issue on Intel Macs where the sin_port field in the
sockaddr_in structure is in host byte order. As far as I know it is
supposed to be in network byte order.
This also happens under OpenTransport, except that both the port and
the host fields are expected in host byte order. Most OT routines now
return IP addresses in host byte order as well, except for the call
OTInetAddressToName().
A short tester is available at:
http://www.ambrosiasw.com/~fprefect/otbyteorder.c
I first saw this on 10.4.3, and filed a radar bug on it. It was
closed
without comments. Now I'm seeing it on 10.4.5 ..
I can confirm that this didn't happen on the DTK systems, and is
new to
the shipping intel systems.
Open Transport does require IP addresses to be in host byte order, so
I just filed a bug report regarding OTInetAddressToName().
<rdar://problem/4458711> OTInetAddressToName requires address in
network byte order
Justin C. Walker <email@hidden> wrote:
I hope it is not set in stone, but in any case, please file a bug
(<http://bugreporter.apple.com>). The port should be in network byte
order (I'm pretty sure most Unix "standards" require this).
I'd love to see this fixed, but I also have products close to release
that I just fixed to cope with this misbehavior. Either a fix needs to
come *soon* or I have to ship code that may break somewhere down the
line.
The safest thing to do would be to switch from OTInetAddressToName to
getnameinfo or CFHost.
Best Regards,
-Marc
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden