Re: select() and svn 1.5 [partially solved]
Re: select() and svn 1.5 [partially solved]
- Subject: Re: select() and svn 1.5 [partially solved]
- From: Jean-Daniel Dupas <email@hidden>
- Date: Tue, 2 Sep 2008 14:18:37 +0200
Le 2 sept. 08 à 13:46, Luke Daley a écrit :
On 01/09/2008, at 3:22 AM, Jordan K. Hubbard wrote:
Well, clearly the 64 bit interpositioning case is the one that is
biting you, and if you've already clarified that all the select()
variants are STILL converging on your interpositioning routines
even in the 64 bit ABI case, then I guess you need to look very
carefully at your interpositioning code and see if you have any 32
vs 64 bit size issues anywhere, that's the only thing I can think
of (getting a 64 bit value in and truncating it to 32 bits then
passing it on to a syscall which expects 64 bits would do it).
When in doubt… RTFM
» man syscall
…
The __syscall form should be used when one or more of the parameters
is a 64-bit argument to ensure that argument alignment is correct
…
I can't believe I missed that.
Anywho, still doesn't solve it completely because now I get …
Undefined symbols:
"___syscall", referenced from:
I am building for only x86_64 at this point.
» nm /usr/lib/libSystem.dylib | grep __syscall
000441d0 t ___syscall
It's very clearly there, why can't my code find it?
Because it is an internal symbol and it is not exported (note the
lower case 't' in front of the symbol name).
_______________________________________________
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