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

Re: Understanding IOCommandGate
by Shaun Wexler 19 Nov '07

19 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Nov 19, 2007, at 7:14 PM, Duane Murphy wrote: I'm trying to understand IOCommandGate, if that is the function that I want to use for my task. -- Shaun Wexler MacFOH http://www.macfoh.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… This email sent to site_archiver(a)lists.apple.com I need to serialize various requests to prevent them from interleaving. Some of the requests may take a long time to complete. Create a subclass of IOCommand, and use IOCommandPool (a gated queue) to control the command flow at one or more synchronization points. smime.p7s

1 0

Understanding IOCommandGate
by Duane Murphy 19 Nov '07

19 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I'm trying to understand IOCommandGate, if that is the function that I want to use for my task. I need to serialize various requests to prevent them from interleaving. Some of the requests may take a long time to complete. In the example at <http://developer.apple.com/documentation/ DeviceDrivers/Conceptual/IOKitFundamentals/HandlingEvents/ chapter_8_section_3.html>, I see how enqueuing the requests might work, but what I am not sure of is how dequeuing would work. Clearly IOCommandGate works as a semaphore for multiple producers to a target. However, how does one also have protected access to dequeue the request? It seems that CheckRequestQueue() still has to process the queue item in another thread otherwise the gate thread would be blocked, or is that the point? I'm also wondering how the queue is emptied when there are no more requests coming in to keep it going? I think I'm missing something fundamental. Thanks for your insight, ...Duane ps For those wishing to play at home, this is the code I am referring to. void ApplePMU::enqueueCommand ( PMUrequest * request ) { commandGate->runCommand(request); } void receiveMsg ( OSObject * theDriver, void * newRequest, void *, void *, void * ) { ApplePMU * PMUdriver = (ApplePMU *) theDriver; PMUrequest * theRequest = (PMUrequest*)newRequest; // Inserts the request in the queue: theRequest->prev = PMUdriver->queueTail; theRequest->next = NULL; if ( PMUdriver->queueTail != NULL ) { PMUdriver->queueTail->next = theRequest; } else { PMUdriver->queueHead = theRequest; } PMUdriver->queueTail = theRequest; // If we can, we process the next request in the queue: if ( (PMUdriver->PGE_ISR_state == kPMUidle) && !PMUdriver->adb_reading) { PMUdriver->CheckRequestQueue(); } } -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.6.3 (Build 3017) Charset: US-ASCII wsBVAwUBR0JRLErg9acQ4r2CAQhzJggAuOLBksvmaEsmgIsxlL9PUbGkRepQpTvY Uxy7PevOwH91/rid1PaK22ktEZ38vNMnm/B3b/7GOBAW/oH1/en+VnpzaL5uz+ga fh+BwqW4vzJdGEVtiUjCMpKjA8wleYiPCpemeuPG8tYfai/jQQrUhueSMUAmfEIc cWF/hm82B5kM2/QB4lZg7Q+g+7xftL6yBKLPfEGX7cq1Zmc4Cpv5wn2hrSrY5CwA n9WM17cmVNtoPVLDuRUI35aRGJnKf5P2DNOv+aWWf5iV/Gn/+iZdfyMJlrZN3mPn aUREfUaKSbG0FzQl8DIAAna6NUhbzivL1JKh3FRH0aa46JeLrAvxvA== =erje -----END PGP SIGNATURE----- _______________________________________________ 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

/var/log/CDIS.custom is sometimes missing in Leopard
by Stéphane Sudre 16 Nov '07

16 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi, _______________________________________________ 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 /var/log/CDIS.custom file used to be created on every machine. Now with Leopard, it looks like that this file is missing on some installations. Is it a known issue, a new feature, or a situation that can exist depending on the upgrading path? This email sent to site_archiver(a)lists.apple.com

1 0

plist hell
by Benjamin Huntsman 16 Nov '07

16 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thread-index: AcgozdQLZiqVj+vkTE6OWCzcMUNlFA== Thread-topic: plist hell Is there a mirror of opendarwin.org still standing? If not, does anyone have a copy of all the old OpenDarwin <build>od1.plist files?? If so, would you be so kind as to e-mail them to me or otherwise make them available? Many thanks for your time!! _______________________________________________ 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: libcrypto and libssl arch issue
by Matt Meissner 16 Nov '07

16 Nov '07

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=beta; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:mime-version:subject:date:references:x-mailer; bh=9rz8UWrjHBP5aahcg7zeQJpn3zVrOVl48y035mA0GkA=; b=cG2Xy/3ojJ44NGnp+9K8hxMd3Gk+dYsSB/tjt6q9wKMcKKwPRrw9k3sdmWnBfAsOnR/izRQ7+FWDyDgLbkzLyqIf8sHPqKLxD/FLshi4yp/7Zr09KvPCf9AZvqG6CGWNL4LMG0ot1CZ2BQo8JRVhL1gdzLt1N/xamrFUMuUbClk= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:cc:message-id:from:to:in-reply-to:content-type:mime-version:subject:date:references:x-mailer; b=fVHP4FruVuFR5T/UfkIt/Kpze1JkaTDztoYYqamaf6By3+JOXqNIum9tkpqlPyQD1zi7LM42fmu5BVKBzV/QkjcrUPpKwmVMVGsVqBlGxjtSYPkuzVRiXnsIbOReTvN67LRAx8F5boiper7TCvLCyTWAy2VOYkua+ZwsG2m9FLM= On Nov 16, 2007, at 11:14 AM, Matt Meissner wrote: Hi, On my fresh 10.5.1 system on an Intel iMac: I can confirm it. I filed it. It was closed as "behaves correctly". Thank you Stéphane and Rosyna for your responses. Thanks, Matt -- Matt Meissner meissnem at gmail.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… This email sent to site_archiver(a)lists.apple.com $ file /usr/lib/libcrypto.* /usr/lib/libcrypto.0.9.7.dylib: Mach-O universal binary with 4 architectures /usr/lib/libcrypto.0.9.7.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.0.9.7.dylib (for architecture ppc64): Mach-O 64- bit dynamically linked shared library ppc64 /usr/lib/libcrypto.0.9.7.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libcrypto.0.9.7.dylib (for architecture x86_64): Mach-O 64- bit dynamically linked shared library x86_64 /usr/lib/libcrypto.0.9.dylib: Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.dylib: Mach-O universal binary with 4 architectures /usr/lib/libcrypto.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/lib/libcrypto.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libcrypto.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 libcrypto.0.9.dylib is PPC only. Same problem with libssl. 0.9.dylib. It causes dlopen() /usr/lib/libcrypto.0.9.dylib to fail on Intel platforms. Before I submit a bug report, just wondering if anyone else can confirm this or if it is an oddity of my install. On Nov 16, 2007, at 11:32 AM, Rosyna wrote: They removed the x86 arch of libcrypto.0.9 in 10.5. So any x86 app or plugin or prefpane that links to it will fail to load on 10.5. This library was fat on 10.4.x On Nov 16, 2007, at 11:40 AM, Stéphane Sudre wrote: Yes, this is a known issue, but I'm not sure it's worth filing a bug report: I filed a bug report against this problem when there was still plenty of time to fix it (> 5 months IIRC) and it was not fixed. And since you would have anyway a version of Leopard that does not include this version, the idea is to forget about it and find a solution. In my case, the solution has been to use different settings for the i386 and ppc builds. You would of course need to ship an update of your product. Unfortunately, this is not MY product to update -- it is the Wal-Mart Photocenter browser plug-in used to upload files to Wal-Mart for printing. I'll just stick to my work-around: move the ppc libs out of the way and put symlinks to the fat ones in their places until the plug-in is updated. smime.p7s

1 0

Re: libcrypto and libssl arch issue
by Peter Lovell 16 Nov '07

16 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thanks.....Peter On Nov 16, 2007, at 12:40 PM, Stéphane Sudre wrote: On Nov 16, 2007, at 6:14 PM, Matt Meissner wrote: Hi, On my fresh 10.5.1 system on an Intel iMac: _______________________________________________ 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… Speaking of OpenSSL, can anyone clue me in as to the reason for still using version 0.9.7 ? I had thought that Leopard would include 0.9.8 and was surprised that it didn't. $ file /usr/lib/libcrypto.* /usr/lib/libcrypto.0.9.7.dylib: Mach-O universal binary with 4 architectures /usr/lib/libcrypto.0.9.7.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.0.9.7.dylib (for architecture ppc64): Mach-O 64- bit dynamically linked shared library ppc64 /usr/lib/libcrypto.0.9.7.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libcrypto.0.9.7.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 /usr/lib/libcrypto.0.9.dylib: Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.dylib: Mach-O universal binary with 4 architectures /usr/lib/libcrypto.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/lib/libcrypto.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libcrypto.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 libcrypto.0.9.dylib is PPC only. Same problem with libssl. 0.9.dylib. It causes dlopen() /usr/lib/libcrypto.0.9.dylib to fail on Intel platforms. Before I submit a bug report, just wondering if anyone else can confirm this or if it is an oddity of my install. Yes, this is a known issue, but I'm not sure it's worth filing a bug report: I filed a bug report against this problem when there was still plenty of time to fix it (> 5 months IIRC) and it was not fixed. And since you would have anyway a version of Leopard that does not include this version, the idea is to forget about it and find a solution. In my case, the solution has been to use different settings for the i386 and ppc builds. You would of course need to ship an update of your product. This email sent to site_archiver(a)lists.apple.com

1 0

Re: libcrypto and libssl arch issue
by Stéphane Sudre 16 Nov '07

16 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Nov 16, 2007, at 6:14 PM, Matt Meissner wrote: Hi, On my fresh 10.5.1 system on an Intel iMac: _______________________________________________ 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… $ file /usr/lib/libcrypto.* /usr/lib/libcrypto.0.9.7.dylib: Mach-O universal binary with 4 architectures /usr/lib/libcrypto.0.9.7.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.0.9.7.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/lib/libcrypto.0.9.7.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libcrypto.0.9.7.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 /usr/lib/libcrypto.0.9.dylib: Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.dylib: Mach-O universal binary with 4 architectures /usr/lib/libcrypto.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/lib/libcrypto.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libcrypto.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 libcrypto.0.9.dylib is PPC only. Same problem with libssl.0.9.dylib. It causes dlopen() /usr/lib/libcrypto.0.9.dylib to fail on Intel platforms. Before I submit a bug report, just wondering if anyone else can confirm this or if it is an oddity of my install. Yes, this is a known issue, but I'm not sure it's worth filing a bug report: I filed a bug report against this problem when there was still plenty of time to fix it (> 5 months IIRC) and it was not fixed. And since you would have anyway a version of Leopard that does not include this version, the idea is to forget about it and find a solution. In my case, the solution has been to use different settings for the i386 and ppc builds. You would of course need to ship an update of your product. This email sent to site_archiver(a)lists.apple.com

1 0

history q
by Benjamin Huntsman 16 Nov '07

16 Nov '07

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com Thread-index: AcgodtTdGwpnFXTxRW+hxBnuhXsncg== Thread-topic: history q Not exactly technical, but... Anyone here know the history on the Apple build system that darwinbuild emulates? Or maybe a bit about how it works or why it's been the way things were built since the beginning? All of those RC_* variables seem to go back all the way through my copy of NextStep 2.1 Thanks for any light anyone can shed!! _______________________________________________ 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: libcrypto and libssl arch issue
by Rosyna 16 Nov '07

16 Nov '07

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com I can confirm it. I filed it. It was closed as "behaves correctly". Ack, at 11/16/07, Matt Meissner said: libcrypto.0.9.dylib is PPC only. Same problem with libssl.0.9.dylib. It causes dlopen() /usr/lib/libcrypto.0.9.dylib to fail on Intel platforms. -- Sincerely, Rosyna Keller Technical Support/Carbon troll/Always needs a hug Unsanity: Unsane Tools for Insanely Great People It's either this, or imagining Phil Schiller in a thong. _______________________________________________ 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… They removed the x86 arch of libcrypto.0.9 in 10.5. So any x86 app or plugin or prefpane that links to it will fail to load on 10.5. This library was fat on 10.4.x Before I submit a bug report, just wondering if anyone else can confirm this or if it is an oddity of my install. This email sent to site_archiver(a)lists.apple.com

1 0

libcrypto and libssl arch issue
by Matt Meissner 16 Nov '07

16 Nov '07

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=beta; h=domainkey-signature:received:received:message-id:from:to:content-type:mime-version:subject:date:x-mailer; bh=7GlPbQmchwsAdJj0/993+uKuFAh7YX00DrGJTM/0Ujs=; b=stkfHnJ/cXKqLgq45+iv3mpciZRFZ8hfKwNbLlp4kRwq/K4JHsbPtk17Xd3VERGeL5FsEqGjo2cchoA8f6sIPGEiDteYz8q2LFzqEbQCiyCEEf2hqK+XdFgyGcI8OFoVPjQqOxIUQepxuGvsEulgWLQ+fUgZZFRWFUNbQK1GllA= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=VZ05mbDdO7dg10bU32zIDB+7nhSdHUIz3uB+2FXWV1jNh4X4bmH23otvL9jC1Ve+NGFD3D6zh3Ltb7yvbDpDAvXZmSHjbUd9wUPe90rpf2jNJ0Up0j7BhaE9fJarSyI6KYwzauV5/J9EsmMixC77v+plfVo08Gb+zWPN7SigtJo= Hi, On my fresh 10.5.1 system on an Intel iMac: Thanks, Matt -- Matt Meissner meissnem at gmail.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… This email sent to site_archiver(a)lists.apple.com $ file /usr/lib/libcrypto.* /usr/lib/libcrypto.0.9.7.dylib: Mach-O universal binary with 4 architectures /usr/lib/libcrypto.0.9.7.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.0.9.7.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/lib/libcrypto.0.9.7.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libcrypto.0.9.7.dylib (for architecture x86_64): Mach-O 64- bit dynamically linked shared library x86_64 /usr/lib/libcrypto.0.9.dylib: Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.dylib: Mach-O universal binary with 4 architectures /usr/lib/libcrypto.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/lib/libcrypto.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/lib/libcrypto.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libcrypto.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 libcrypto.0.9.dylib is PPC only. Same problem with libssl.0.9.dylib. It causes dlopen() /usr/lib/libcrypto.0.9.dylib to fail on Intel platforms. Before I submit a bug report, just wondering if anyone else can confirm this or if it is an oddity of my install. smime.p7s

1 0