site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Cyrus On Mar 13, 2006, at 11:13 AM, Cyrus Harmon wrote: Thanks, _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... Replying to myself here, this is incorrect. We do have missing traps in this situation as well. We don't die by trying to execute malformed instructions and skipping over the return instruction, but we don't always trap without frobbing the EIP either, and this also happens with mach exceptions as well. Thanks for the interest in this problem. I have a test case that seems to show some weirdness related to trap handling. It's quite possible that I'm doing something wrong in this test case, but it looks good to me. It can be found below. Ah, here's an interesting thing. If I turn off the EIP frobbing, and only do an INT3, not an INT3 with an extra byte as an error code that my sigtrap handler attempts to skip over, everything is fine. Turn off the #define FROB_EIP to see this behavior. The good news is that, at least from this test case, ITNT3 and sigtrap are reasonably happy, but the bad news is that if one tries to adjust the EIP inside of a sigtrap hanlder, bad things happen. But I would still like to be able to adjust the EIP from within my sigtrap handler. Suggestions? Cyrus This email sent to site_archiver@lists.apple.com