Re: syscall implementation
Re: syscall implementation
- Subject: Re: syscall implementation
- From: Bijoy Thomas <email@hidden>
- Date: Tue, 10 May 2005 19:02:29 -0400
I was just curious about how they worked on the ppc. By system call
patching, do you mean that the syscall table is no longer exported and
replacing system calls with your own functions or trying to add a new
syscall is no longer possible? I remember the Linux kernel developers
got tired of people hijacking syscalls and decided not to export it any
more with version 2.6. But ofcourse, people have found ways around it.
Regards,
Bijoy Thomas.
On May 9, 2005, at 10:23 AM, Quinn wrote:
At 22:11 -0400 2/5/05, Bijoy Thomas wrote:
Thanks for the reply. I just came across an article on it.
http://dom.neopoleon.com/permalink.aspx/4e48d9dd-4c28-4b89-a8e5
-8cb158da44c3
Learning how system calls work is all well and good for curiosity's
sake, but I have a couple of warnings about using this information in
a product.
o Apple does not support binary compatibility for statically linked
executables. That is, if you do as the above article suggests and
write your own glue to make system calls from a user space program, we
won't make any effort not to break you. For binary compatibility, you
must make system calls by dynamically linking to libSystem.
o Monkeying with the in-kernel system call dispatch mechanism is
definitely not supported. Many folks have discovered this as they've
trying to port their code to Tiger. System call patching is not
supported on Tiger.
If you can explain what you're trying to achieve, we might be able to
suggest a better alternative.
S+E
--
Quinn "The Eskimo!"
<http://www.apple.com/developer/>
Apple Developer Technical Support * Networking, Communications,
Hardware
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden