site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com So clearly sys/uncontext.h exists on Darwin. The questions are: Cyrus On Feb 16, 2006, at 3:37 AM, Markus Hitter wrote: Am 16.02.2006 um 11:50 schrieb Steve Dekorte: This is a obsolete question for two reasons: 1) Apple never talks about future plans. Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... 1) What are the differences between signal handling on PPC and X86? Is there a technote or other documentation that describes these differences? 2) What are the arguments that get passed to signal handlers? It seems that the first argument is a siginfo_t, and that the second is a ucontext_t, but what about intel? Clearly the machine context structures will have changed, but the header files are a maze of twisty ifdefs, all alike. On Intel, I can cast the third argument to a signal handler to a sigcontext, but it's not clear to me that the values are right if I do that. OTOH, if I try to cast this to a ucontext_t, as I was able to do on PPC, I get a complaint about this being an incomplete type. It's possible I'm doing something wrong or perhaps things have changed. A nice document describing how to get information like the value of the PC/EIP, would be rather handy. I don't see how this is any way "obsolete" or inappropriate for a mailing list about development using the Darwin kernel. Are there any plans to support ucontext on OSX? 2) If the sole purpose of your programming task is making use of "ucontext" (whatever this is), then you better choose a platform which supports it. Probably you have some higher goal in mind, so asking how to solve this might get you there more quickly. This email sent to site_archiver@lists.apple.com