March 2008 - Darwin-dev - lists.apple.com

Re: Process hangs system on exit
by Ivan Shcheklein 12 Mar '08

12 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=umEvukU3ujdNYimKpob0ikjT5Vubv7S0YUte1UFSwJs=; b=xyUaFoaeJyBayqW9wGGS+hC5L7EPb0gCn4kCwkSu15UuBsY1LiXE3qxwUo48JH79unss+Yef8RcDBdPKRwuNB+jQBOiLfP/osdgCiZ7jN8cjRGdfKgRRN8M8rRULcwHJL89SjSyCm4FZE2GyKM1MbPEqgUCBCNXtgFvdj02RSWM= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=RjHF7sD/Lw4OrVmHrND6VXAdYOWbSu191PJA9m8Xy6S25GC46lUEvhtekoVfdIn/G1khzTfRKoV50K+W98i5PK2MUAa+iHi7WKSaPvIPzGbn/6wXBZ4YHSZDbhbwnGKz+vW+sQKI4kSQdArZRXit4h88wQgYxdK9UdJHg7cJvwU= _______________________________________________ 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

Re: ASL_LEVEL_DEBUG
by John Devlin 11 Mar '08

11 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com sudo syslog -c syslogd -d sudo -K syslog -s -l 7 "Houston, we have a problem." writes the debug message to the system log. What's odd is that man syslog(1) recommends sudo syslog -c syslog -d instead. Yet according to man syslog(1) syslog -c <process> -<level> I found the results of syslog -c syslog similarly surprising. According to man syslog(1) syslog -c <process> asl_set_filter(ASL_FILTER_MASK_UPTO(ASL_LEVEL_DEBUG)); John On 11 Mar 2008, at 9:00 AM, Marc Majka wrote: -- Marc Majka On 10 Mar, 2008, at 14:58, John Devlin wrote: % sudo syslog -c 0 -d Password: Set Master syslog filter mask: Emergency - Debug % sudo -K % syslog -s -l 7 "Houston, I think we have a problem." won't write a debug message to the system log. % syslog -c 0 Master filter mask: Off % sudo syslog -c 0 -d given that it's equivalent to % sudo syslog -c 0 off John On 10 Mar 2008, at 7:18 AM, Paul Nelson wrote: You need to do: sudo syslog -c 0 -d This sets the logging level to debug. From: John Devlin <jdevlin.lists(a)mac.com> Date: Sun, 9 Mar 2008 19:43:59 -0700 To: Darwin Dev <darwin-dev(a)lists.apple.com> Subject: ASL_LEVEL_DEBUG I'd like to send debug messages to the asl system log on Leopard without using sudo, but haven't had any success. I compiled and ran a test program (see below). On 2 Oct 2006, at 10:23 AM, Marc Majka wrote: Here's a small test program that will also send a "test" message with the "raduis" facility: #include <asl.h> #include <string.h> int main() { aslmsg m = asl_new(ASL_TYPE_MSG); asl_set_filter(NULL, ASL_FILTER_MASK_UPTO(ASL_LEVEL_DEBUG)); asl_set(m, "Facility", "radius"); asl_log(NULL, m, ASL_LEVEL_DEBUG, "test"); return(0); } After which I tried to read the message back from the log % syslog -k Facility radius % syslog -k Level 7 % syslog -c 0 Master filter mask: Off So I compiled and ran a second test program (see below). aslclient a = asl_open(NULL, "radius", 0); asl_set_filter(NULL, ASL_FILTER_MASK_UPTO(ASL_LEVEL_DEBUG)); asl_log(a, NULL, ASL_LEVEL_DEBUG, "test"); asl_close(a); return(0); John _______________________________________________ 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/nelson%40thursby.com This email sent to nelson(a)thursby.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/jdevlin.lists%40mac.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/jkh%40apple.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/jdevlin.lists%40mac.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… Marc, I got that from your post yesterday. Thanks for showing how it's done: raises the per-process filter for <process> to <level>. Hence the example given in the man page shouldn't have any effect on syslogd's filter. I thought it was just a typo in man syslog(1), but to my surprise the example actually works! IMHO that's not a good thing. You've pointed out the importance of the distinction between filters on the asl client and the filter on the asl server. The former determine which among the messages syslog sends will get through to syslogd. The latter determines which among the messages syslogd receives will get written to the system log. Yet here is a case in which the behavior of syslog and the content of its man page make no sense unless there's no distinction between asl's client and server- side filters. For informed users that violates the principle of least surprise. For novices, it's misleading. returns the current per-process filter for <process>. There is no per- process filter for syslog, or at least not one preventing debug-level messages from being sent to syslogd--if there were, then according to man syslog(1), it would take precedence over and if that were true, no program would be able to send debug messages to syslogd, which is clearly not the case. So I expected 'syslog -c syslog' would return either "Emergency - Debug", "Per-process filter: OFF" or something else along those lines indicating that syslog has no per-process filter preventing debug messages from getting sent. Instead the command returns the current per-process filter for syslogd. Again, IMHO that behavior is unfortunate. It would make sense only if there was no distinction between asl's client and server filters, whereas as you point out it's crucial to understand the difference between the two. For informed users this too violates the principle of least surprise, and for novices it's equally misleading. Together the two cases conspire to encourage programming-by- coincidence. A novice who infers from the results of 'syslog -c syslog' that the asl client is filtering info and debug messages is apt to conclude that 'sudo syslog -c syslog -d' works because it disables a client-side filter, thereby missing the point entirely. At any rate, I'll file a bug report along those lines for consideration. These difficulties aside, the more I learn about asl the more impressed I am with its elegant, modular design. Maybe I'm missing something here. The "master" filter is a global filter that applies to on the client side (i.e. it controls what messages are sent TO syslogd). It doesn't change the database filter on the server side. Your suggestion is also mentioned in man syslog(1), which claims it will "cause all processes to log messages from Emergency to Debug," thereby giving rise to the impression it should work. However it doesn't. Eg You're right that invoking the command 'sudo syslog -c 0 -d' sets syslog's "master" filter to let everything through, including debug messages. However by default the master filter is off, which according to man syslog(1) means "it has no effect", ie everything gets through anyways. And as I mentioned, I checked to make sure the master filter hadn't been turned on, witness So setting the filter mask up to debug doesn't help in my case. In fact, I can't think of any use case for I'll file a bug against the misleading line in man syslog(1) and suggest a different example which sets the master filter to cutoff messages above a certain level, which I gather from man syslog(1) is the master filter's intended purpose. but didn't find anything. I checked to make sure the the master filter was off, and it was. If you read through the man page, you'd also find that the following code *should* work: But due to a bug in asl_open(), it doesn't. Sorry about that! The bug will be fixed in 10.5 (Leopard). That didn't work either. I searched the lists for 'ASL_LEVEL_DEBUG' but didn't come up with anything beyond the two tests above. Any ideas why neither of those two programs work on 10.5.2? Any ideas what would? This email sent to jdevlin.lists(a)mac.com This email sent to jkh(a)apple.com This email sent to jdevlin.lists(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: [Fwd: Re: execv bug???]
by Terry Lambert 11 Mar '08

11 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com -- Terry _______________________________________________ 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 Mar 9, 2008, at 10:31 AM, Jonas Maebe wrote: On 28 Jan 2008, at 04:23, Jordan K. Hubbard wrote: On Jan 27, 2008, at 2:46 PM, Jonas Maebe wrote: That's more or less true for Linux, but not for Mac OS X at least up till 10.4.x (I haven't benchmarked on 10.5 yet). Compiling our compiler with itself, which involves about 173 (v)fork+execs from a single compiler run to assemble&link all the files, is 20% to 25% slower with fork instead of vfork on a G4, and 35% to 40% on a G5 (32 bit processes in both cases) on 10.4.x. And for clarity: this is relative to the entire time needed for compiling+assembling +linking everything (on the G5: 24 vs 15 seconds), not some academic mbench-like speed difference between the fork and vforks. It would be interesting to benchmark this in 10.5 as well, given a number of changes to the relevant code I finally got around to benchmarking this again. All tests below are under 10.5.2, compiling our compiler with itself. In all cases these are "native" compilations (i.e., an i386 compiler compiling an i386 compiler, an x86_64 compiler compiling an x86_64 compiler etc), and the assembler gets its input via a pipe. When the compiler is told not to assembler/link, it generates a shell script with a the necessary calls to the assembler and linker to assemble/link everything. The time needed to complete this script is what is timed in the second item for each case below. The fork(2) is expected to be rather slow, going up with the complexity of the address map for the application. Typical MacOS X has a lot more address space mappings allocated per process, both in frame buffer/video data and in system libraries within the shared segment, and these end up getting duplicated and filled out if you fork(2), then thrown away when you execve(2). So the cost you are measuring is the cost to duplicate the address space mappings of the child in the parent process, then go throw away the address space mappings in the child when you replace the currently executing image with a new image via the execve(2). This is basically a conscious trade-off to make runtime less expensive at a penalty to fork(2) duplication of address space mappings, but it means that the degenerate case of fork(2) immediately followed by execve(2) ends up slower than on other systems. The vfork(2) call was explicitly added to COW implementations of process address space overcommit for exactly this reason, way back when (3.0 BSD): address space setup and teardown is expensive, and if you do it for no reason, it's going to show on your benchmarks, if that is what they measure (as opposed to what you may think they measure). Typical MacOS X applications will spend most of their time in user space in CPU intensive code, or they will spend most of their time in the kernel, blocked on an I/O channel waiting for slow disks or other hardware to answer their request. Either way, at that point this overhead is very much lost in the noise, and so is not worth optimizing compared to other, lower-hanging fruit. Unless you are modifying process state after the vfork(2) before the execve(2), then vfork(2) is likely your best bet for a quick fix. If you are resetting privileges, opening/closing files, etc., then posix_spawn(2) is likely your best bet. Technically, the system is permitted to give "Undefined behaviour" if you call any system calls other than _exit(2) or execve(2) subsequent to calling vfork(2), so don't do that, if you want your code to keep working in future releases, use posix_spawn(2) instead. This email sent to site_archiver(a)lists.apple.com

1 0

Re: netstat -nr's sysctl call returning weird data
by Terry Lambert 11 Mar '08

11 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com -- Terry _______________________________________________ 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 Mar 8, 2008, at 12:46 AM, Justin Delegard wrote: In my attempts to practice both programming in cocoa and low level system interaction, I created a small program to give basically the same info as netstat -nr does. Netstat makes a sysctl call which returns what amounts to an array of struct rt_msghdr2's (declared in net/route.h). Immediately following each struct rt_msghd2 is an array of struct sockaddrs, the length of which is determined by how many flags in the rt_msghdr2->rtm_addrs are set. Generally there are three sockaddrs returned: the destination, the netmask, and the gateway. Both the destination and the gateway are normal struct sockaddrs and when I mask them as struct sockaddr_ins they all behave as I would expect. The problem is with the netmask. For several routes it exists with a length of zero, and for others longer than you would expect an ipv4 netmask to be. Is there something going on with the implementation of routing tables that I am unaware of, or perhaps some netmask convention that I don't know? Why are these values so strange? If you want to look at my project you can download it at http://j-dizzle.net/Routes.zip Typically, you would need to look at the source to netstat in the network_cmds version corresponding to the specific kernel version to answer this question. The sysctl() for this type of thing is SPI - System Programming Interface - and constitutes a contract between the user space utility and the kernel. It's _NOT_ API - Application Programming Interface - so the contract does not extend to non-Apple code. This contract is only as valid as the synchronization between the user space utility and the kernel code, which in turn is only really guaranteed to be valid at release time, mostly because the user space utility and the kernel are released in lock-step. If you need to present this information, you would likely be better off using a popen() of the netstat command, and reading the resulting data of the output of the command, rather than fishing for the information yourself via the sysctl(). If you go fishing, there will not be any guarantee that you are using the right structures, and any software update could shoot you in the foot. Though we reserve the right to fiddle around with the netstat output as well, it's much less likely to change a lot than the underlying sysctl() might. This email sent to site_archiver(a)lists.apple.com

1 0

Re: ASL_LEVEL_DEBUG
by Marc Majka 11 Mar '08

11 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com -- Marc Majka On 10 Mar, 2008, at 14:58, John Devlin wrote: % sudo syslog -c 0 -d Password: Set Master syslog filter mask: Emergency - Debug % sudo -K % syslog -s -l 7 "Houston, I think we have a problem." won't write a debug message to the system log. % syslog -c 0 Master filter mask: Off % sudo syslog -c 0 -d given that it's equivalent to % sudo syslog -c 0 off John On 10 Mar 2008, at 7:18 AM, Paul Nelson wrote: You need to do: sudo syslog -c 0 -d This sets the logging level to debug. From: John Devlin <jdevlin.lists(a)mac.com> Date: Sun, 9 Mar 2008 19:43:59 -0700 To: Darwin Dev <darwin-dev(a)lists.apple.com> Subject: ASL_LEVEL_DEBUG I'd like to send debug messages to the asl system log on Leopard without using sudo, but haven't had any success. I compiled and ran a test program (see below). On 2 Oct 2006, at 10:23 AM, Marc Majka wrote: Here's a small test program that will also send a "test" message with the "raduis" facility: #include <asl.h> #include <string.h> int main() { aslmsg m = asl_new(ASL_TYPE_MSG); asl_set_filter(NULL, ASL_FILTER_MASK_UPTO(ASL_LEVEL_DEBUG)); asl_set(m, "Facility", "radius"); asl_log(NULL, m, ASL_LEVEL_DEBUG, "test"); return(0); } After which I tried to read the message back from the log % syslog -k Facility radius % syslog -k Level 7 % syslog -c 0 Master filter mask: Off So I compiled and ran a second test program (see below). aslclient a = asl_open(NULL, "radius", 0); asl_set_filter(NULL, ASL_FILTER_MASK_UPTO(ASL_LEVEL_DEBUG)); asl_log(a, NULL, ASL_LEVEL_DEBUG, "test"); asl_close(a); return(0); But due to a bug in asl_open(), it doesn't. Sorry about that! The bug will be fixed in 10.5 (Leopard). John _______________________________________________ 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/nelson%40thursby.com This email sent to nelson(a)thursby.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/jdevlin.lists%40mac.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/jkh%40apple.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… The "master" filter is a global filter that applies to on the client side (i.e. it controls what messages are sent TO syslogd). It doesn't change the database filter on the server side. Your suggestion is also mentioned in man syslog(1), which claims it will "cause all processes to log messages from Emergency to Debug," thereby giving rise to the impression it should work. However it doesn't. Eg You're right that invoking the command 'sudo syslog -c 0 -d' sets syslog's "master" filter to let everything through, including debug messages. However by default the master filter is off, which according to man syslog(1) means "it has no effect", ie everything gets through anyways. And as I mentioned, I checked to make sure the master filter hadn't been turned on, witness So setting the filter mask up to debug doesn't help in my case. In fact, I can't think of any use case for I'll file a bug against the misleading line in man syslog(1) and suggest a different example which sets the master filter to cutoff messages above a certain level, which I gather from man syslog(1) is the master filter's intended purpose. but didn't find anything. I checked to make sure the the master filter was off, and it was. If you read through the man page, you'd also find that the following code *should* work: That didn't work either. I searched the lists for 'ASL_LEVEL_DEBUG' but didn't come up with anything beyond the two tests above. Any ideas why neither of those two programs work on 10.5.2? Any ideas what would? This email sent to jdevlin.lists(a)mac.com This email sent to jkh(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: To write to /dev/rdisk1 USB pen drive (using BAS)
by Duane Murphy 11 Mar '08

11 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com --- At Tue, 11 Mar 2008 20:56:03 +0530, Nick Rogers wrote: >Hi, >I didn't unmount the disk, but how can I do that from the cocoa part >of my app. >I have the POSIX path to my disk, so how can I unmount using this path? #include <sys/mount.h> for statfs() and getmntinfo() #include <DiskArbitration/DiskArbitration.h> for disk mount and unmount routines. There is nearly no documentation for Disk Arbitration. Google a bit and you should find a few things. >On 11-Mar-08, at 8:36 PM, Dan Markarian wrote: > >> Hey Nik, >> >> Did you unmount the disk first? >> >> Dan >> >> On 11 Mar 2008, at 10:30 AM, Nick Rogers wrote: >> >>> Hi, >>> I'm using "BetterAuthorizationSample" from apple, which installs a >>> privileged helper tool for performing privileged operations. >>> While using this I can obtain a valid file descriptor for reading >>> any disk, I can not get a valid file descriptor for writing to >>> disk (/dev/rdisk1, which is a pen drive). >>> I'm using: >>> fileDesc = open(path, O_RDWR); >>> in the privileged part (helper tool) of my code. >>> >>> Any help would be greatly appreciated. ...Duane _______________________________________________ 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

Re: To write to /dev/rdisk1 USB pen drive (using BAS)
by Nick Rogers 11 Mar '08

11 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Regards, Nick On 11-Mar-08, at 8:36 PM, Dan Markarian wrote: Hey Nik, Did you unmount the disk first? Dan On 11 Mar 2008, at 10:30 AM, Nick Rogers wrote: Any help would be greatly appreciated. Wishes, Nick _______________________________________________ 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… Hi, I didn't unmount the disk, but how can I do that from the cocoa part of my app. I have the POSIX path to my disk, so how can I unmount using this path? Hi, I'm using "BetterAuthorizationSample" from apple, which installs a privileged helper tool for performing privileged operations. While using this I can obtain a valid file descriptor for reading any disk, I can not get a valid file descriptor for writing to disk (/dev/rdisk1, which is a pen drive). I'm using: fileDesc = open(path, O_RDWR); in the privileged part (helper tool) of my code. This email sent to site_archiver(a)lists.apple.com

1 0

Re: To write to /dev/rdisk1 USB pen drive (using BAS)
by Duane Murphy 11 Mar '08

11 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com --- At Tue, 11 Mar 2008 20:00:10 +0530, Nick Rogers wrote: >Hi, >I'm using "BetterAuthorizationSample" from apple, which installs a >privileged helper tool for performing privileged operations. >While using this I can obtain a valid file descriptor for reading any >disk, I can not get a valid file descriptor for writing to disk (/dev/ >rdisk1, which is a pen drive). >I'm using: >fileDesc = open(path, O_RDWR); >in the privileged part (helper tool) of my code. > >Any help would be greatly appreciated. O_RDWR will work if the disk is unmounted. While the disk is mounted, of course the OS has the rdisk open. In order to write to the disk you have to use O_SHLOCK. fileDesc = open(path, O_RDWR | O_SHLOCK ); ...Duane _______________________________________________ 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

Re: To write to /dev/rdisk1 USB pen drive (using BAS)
by Dan Markarian 11 Mar '08

11 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hey Nik, Did you unmount the disk first? Dan On 11 Mar 2008, at 10:30 AM, Nick Rogers wrote: Any help would be greatly appreciated. Wishes, Nick _______________________________________________ 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… Hi, I'm using "BetterAuthorizationSample" from apple, which installs a privileged helper tool for performing privileged operations. While using this I can obtain a valid file descriptor for reading any disk, I can not get a valid file descriptor for writing to disk (/dev/rdisk1, which is a pen drive). I'm using: fileDesc = open(path, O_RDWR); in the privileged part (helper tool) of my code. This email sent to site_archiver(a)lists.apple.com

1 0

Process hangs system on exit
by Ivan Shcheklein 11 Mar '08

11 Mar '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=WnK2bgVSKrpK+04s6vFJQ/uJIbyPxCjbRZnuU0nNZZM=; b=uGcIv7fHwn/mZsqjHVWRyYvMj1Mn61IqS/HNuqawyngUzIC4jU2MPfT6DD4o0G/drvxiP+lDSUjZ1PaSGDEdlHKbGX8Hj1VD44d4ZUm8ZiCf3vZALISZlBWBTn5bR7cp+DypN+RwCRIHpMZkJdPNm7YRg2FfaKodwoMZCFPkj40= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=pbaKfpNdw4QUT8AqSDilEf9azXr8+EHalNkfdyVRW5KquOSQ/nmw8l1vAXfQQ11tPkqw2jeGNEe7dAm4nyaWE+cnDG9YEYnKGSaLaueebQQU77swpV25AT1sGzDYrB2y+/bZEhMXWabDxxqsq4pm3vtpmUbTU3bTNUd2MM++oks= _______________________________________________ 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