June 2007 - Darwin-dev - lists.apple.com

SIGPIPE and SIG_IGN
by jmzorko＠mac.com 18 Jun '07

18 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hello, all ... // set up our signal handlers signal( SIGINT, signal_handler ); signal( SIGTERM, signal_handler ); #ifndef WIN32 signal( SIGPIPE, SIG_IGN ); #endif Regards, John Falling You - exploring the beauty of voice and sound http://www.fallingyou.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… In my adventures of making our app also work on Mac OSX (10.4.9, Intel and PPC), i've discovered that I occasionally get SIGPIPE signals. This would be fine, except that I specifically ignore them like this: ... so my question is: why do I still get SIGPIPE signals, which make my program go boom? What else do I need to do such that SIGPIPE is actually ignored? I don't _always_ get them, but they come up often enough to be a problem. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Task emulation vectors
by Justin C. Walker 18 Jun '07

18 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Jun 18, 2007, at 09:14 , Mo McRoberts wrote: Justin -- Justin C. Walker, Curmudgeon-At-Large Director Institute for the Enhancement of the Director's Income -------- "Weaseling out of things is what separates us from the animals. Well, except the weasel." - Homer J Simpson -------- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 18-Jun-2007, at 17:05, Justin C. Walker wrote: I'm not entirely sure how I missed that! I possibly focussed too much on Darwin/XNU rather than Mac OS X, though. Lesson learned for the future, I think. I'm not sure what you mean here. The removed code was in XNU (osfmk/kern/syscall_emulation.c, in source trees prior to 10.3.9). No no, I mean I missed it in my Google searches—lots of searches for “XNU system call emulation” and friends turned up nothing obvious (whereas apparently “Mac OS X system call emulation” would have done!) Ah! Thanks for the clarification. Google and friends do control our lives... This email sent to site_archiver(a)lists.apple.com

1 0

Re: Task emulation vectors
by Mo McRoberts 18 Jun '07

18 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com -- mo mcroberts :: mo(a)nevali.net :: http://nevali.net _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 18-Jun-2007, at 17:05, Justin C. Walker wrote: I'm not entirely sure how I missed that! I possibly focussed too much on Darwin/XNU rather than Mac OS X, though. Lesson learned for the future, I think. I'm not sure what you mean here. The removed code was in XNU (osfmk/kern/syscall_emulation.c, in source trees prior to 10.3.9). No no, I mean I missed it in my Google searches—lots of searches for “XNU system call emulation” and friends turned up nothing obvious (whereas apparently “Mac OS X system call emulation” would have done!) This email sent to site_archiver(a)lists.apple.com

1 0

Re: Task emulation vectors
by Justin C. Walker 18 Jun '07

18 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Jun 18, 2007, at 04:38 , Mo McRoberts wrote: Hi Alexei, Many thanks for the pointer (no pun intended). Justin -- Justin C. Walker, Curmudgeon at Large Institute for the Absorption of Federal Funds ----------- I'm beginning to like the cut of his jibberish. ----------- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… A Google search for "Mac OS X system call emulation" leads to http://docs.info.apple.com/article.html?artnum=301327 ("About the security content of the Mac OS X 10.3.9 Update"): "The kernel contains syscall emulation functionality that is not used in Mac OS X. Insufficient validation of an input parameter list could result in a heap overflow and a local denial of service through a kernel panic. The issue is addressed by removing the syscall emulation functionality." I'm not entirely sure how I missed that! I possibly focussed too much on Darwin/XNU rather than Mac OS X, though. Lesson learned for the future, I think. I'm not sure what you mean here. The removed code was in XNU (osfmk/ kern/syscall_emulation.c, in source trees prior to 10.3.9). Glancing at the Darwin sources confirm that the syscall emulation code was removed between 10.3.8 and 10.3.9. That's a bit of a shame, really. Strikes me somewhat as akin to amputating an arm because a little finger's been broken, but then ours is not to reason why. I think it's more akin to removing an appendix to avoid serious death :-}. It was not being used and it was a security problem. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Task emulation vectors
by Mo McRoberts 18 Jun '07

18 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Alexei, Many thanks for the pointer (no pun intended). Mo. -- mo mcroberts :: mo(a)nevali.net :: http://nevali.net _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… A Google search for "Mac OS X system call emulation" leads to http://docs.info.apple.com/article.html?artnum=301327 ("About the security content of the Mac OS X 10.3.9 Update"): "The kernel contains syscall emulation functionality that is not used in Mac OS X. Insufficient validation of an input parameter list could result in a heap overflow and a local denial of service through a kernel panic. The issue is addressed by removing the syscall emulation functionality." I'm not entirely sure how I missed that! I possibly focussed too much on Darwin/XNU rather than Mac OS X, though. Lesson learned for the future, I think. Glancing at the Darwin sources confirm that the syscall emulation code was removed between 10.3.8 and 10.3.9. That's a bit of a shame, really. Strikes me somewhat as akin to amputating an arm because a little finger's been broken, but then ours is not to reason why. If it was removed as late on as that, though, it does raise the possibility of a (fixed) patchset against XNU -current based on the code from Panther, but there's probably not a lot of mileage in that—unless running Linux binaries on Mac OS X suddenly becomes the next big thing (mind you, current Oracle or DB2 on Mac OS X would be very interesting—but user-space syscall emulation would have too much of a performance hit for it to work in production). This email sent to site_archiver(a)lists.apple.com

1 0

Re: Task emulation vectors
by Alexei Kosut 18 Jun '07

18 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Alexei _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Jun 16, 2007, at 4:05 PM, Mo McRoberts wrote: This is a bit of long shot, but does anybody have any ideas what happened to the code (other than “it was taken out”, obviously), or if there was a particular reason for its removal? After all, it doesn't take much of a genius to see what the possibilities would be if system call emulation was still present and functional in current releases of XNU! A Google search for "Mac OS X system call emulation" leads to http:// docs.info.apple.com/article.html?artnum=301327 ("About the security content of the Mac OS X 10.3.9 Update"): "The kernel contains syscall emulation functionality that is not used in Mac OS X. Insufficient validation of an input parameter list could result in a heap overflow and a local denial of service through a kernel panic. The issue is addressed by removing the syscall emulation functionality." Glancing at the Darwin sources confirm that the syscall emulation code was removed between 10.3.8 and 10.3.9. This email sent to site_archiver(a)lists.apple.com

1 0

Task emulation vectors
by Mo McRoberts 16 Jun '07

16 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Cheers, Mo. -- mo mcroberts :: mo(a)nevali.net :: http://nevali.net _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… One of the more interesting features of many versions of Mach was the support for per-task system call emulation vectors, allowing a server to execute child processes and deal with system calls rather more elegantly than some sort of debugging trap-style hack. Originally, I thought that system call emulation had died as part of the OSF Mach development, but poking through the MkLinux sources suggests that code was specifically removed from XNU by Apple (or, presumably, NeXT). This is a bit of long shot, but does anybody have any ideas what happened to the code (other than “it was taken out”, obviously), or if there was a particular reason for its removal? After all, it doesn't take much of a genius to see what the possibilities would be if system call emulation was still present and functional in current releases of XNU! This email sent to site_archiver(a)lists.apple.com

1 0

Re: compiling cctools
by dan hitt 15 Jun '07

15 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TtApHxchEBy1gWEPela25rp/V9LZsWVamT1+TvpyP8cb+XNGsCJkEpFIn2Opi3IsHHoVqa1fL5UAsAzao0n0pxdxpsBsyXcn8dc20RagT3JR/VOP65ejrVbYdEdC59O/GSfgZTrwy+TBEFOUQjn2zdH+dHEioVQOB2gnZNXYqGQ= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PLb/vgBMRj7HjGvYwvSYisD07mO8YCF0pD9BW0khnvl0qXxeldWMj/IOTlXAwRJOpLmWt72KW5T6Q7o+X/7v7qfCqbRKL5KLEn1muI46qX3nrq38cCg8qu2JJ37602S/XH2cqookiNZVs2JosaNJ6j0+pitk4aTexAtrNYButmo= Hi Martin, Thanks very much for your reply about the fink gcc 4.2 package. (Just for reference, if anybody's doing a search and stumbles across this message, to get the package it may be necessary to run Source > Self Update-rsync in Fink Commander for gcc42 to be visible. After building, it installs to /sw/bin/gcc-4.) dan I have to correct myself. Martin Costabel wrote: [] > The cctools package in Fink does the following This is rather the "cctools-extra" package that installs only some parts of cctools that Apple does not include with the xcode tools. The actual cctools do not need to be upgraded in order to compile gcc42, it compiles with those that come with xcode-2.4.1. -- Martin _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 6/13/07, Martin Costabel wrote: This email sent to site_archiver(a)lists.apple.com

1 0

Re: double-clicking a file
by Uli Kusterer 14 Jun '07

14 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Launch Services Cheers, -- M. Uli Kusterer http://www.zathras.de _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Jun 14, 2007, at 1:35 PM, Roland Silver wrote: How is it determined what application is opened when a file is double-clicked? This email sent to site_archiver(a)lists.apple.com

1 0

Re: double-clicking a file
by seebs＠seebs.net 14 Jun '07

14 Jun '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com In message <4EB21202-2796-4F85-9EDA-67FE7FB0329A(a)kitcarson.net>, Roland Silver writes: >How is it determined what application is opened when a file is double- >clicked? That's up to whatever application is processing the clicks; you might try a MacOS list. Hint: Look at the "open" command, which does The Same Thing. Mostly. -s _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0