Re: Ancillary data and 32/64 bit processes
Re: Ancillary data and 32/64 bit processes
- Subject: Re: Ancillary data and 32/64 bit processes
- From: Michael Tuexen <email@hidden>
- Date: Mon, 4 Feb 2008 21:20:39 +0100
Hi Kevin,
see my comments in-line.
Best regards
Michael
On Feb 4, 2008, at 7:18 AM, Kevin Van Vechten wrote:
On Feb 3, 2008, at 11:15 AM, Michael Tuexen wrote:
I habe a problem using ancillary data on 64-bit processes...
The macro CMSG_DATA ist defined in /usr/include/sys/socket.h as
#define CMSG_DATA(cmsg) ((unsigned char *)(cmsg) + \
__DARWIN_ALIGN(sizeof(struct
cmsghdr)))
__DARWIN_ALIGN behaves different on 32-bit processes and 64-bit
processes.
Therefore the offset of the CMSG_DATA is 12 bytes on 32-bit processes
and 16 byte on 64-bit processes. However, the kernel ignores this
difference
and puts the CMSG_DATA at a 12 byte offset.
User processes may be 32-bit or 64-bit, but the kernel always
executes in a 32-bit address space.
Yes, that is the cause of the problem.
Therefore programs using ancillary data work, when compiled for 32-
bit,
but do not work when compiled for 64-bit.
I can provide a simple UDP discard server which shows this bug.
Is this a known bug?
Please file a bug <http://developer.apple.com/bugreporter/>. Even
if it's a known issue, additional reports help us gauge the overall
impact of the issue. (A quick check didn't find any issues reported
against CMSG_DATA or DARWIN_ALIGN.)
Done, Bug ID# 5723161
Should it be fixed by changing the CMSG_DATA
macros to behave the same on 32-bit and 64-bit processes or should
the kernel be changed to adjust the ancillary data?
I suspect the former, since that would preserve the binary
compatibility expectations of 64-bit processes with today's kernel.
OK, sounds fine.
This problem is crucial for our SCTP NKE, which uses ancillary
data a lot...
As a workaround, you could define your own CMSG_DATA macro.
Yes, for the code we write... To enable a programmer to use the macros
we need
to patch /usr/include/sys/socket.h...
- Kevin
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden