July 2010 - Darwin-kernel - lists.apple.com

Re: Shared Library kext
by Michael Smith 27 Jul '10

27 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Jul 26, 2010, at 4:51 PM, Duane Murphy wrote: > The library kext example (IOKitWithLibrary) puts the library kext in the PlugIns directory inside of the "master" kext. > > We would like to arrange to share a library kext between multiple top level kext. You can't do this. You'd have to have a third kext on which each of your others depended. Why not investigate making the 'conditional' parts of your driver family into plugins? = Mike _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Shared Library kext
by Duane Murphy 26 Jul '10

26 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The library kext example (IOKitWithLibrary) puts the library kext in the PlugIns directory inside of the "master" kext. We would like to arrange to share a library kext between multiple top level kext. My first shot was simply to maintain the PlugIns layout to the primary kext, and declare that there was a dependency to that bundle identifier in another kext. The second kext failed to load: from kextutil -t Dependency Resolution Faiures: No kexts found for these libraries: com.mykext.library kextstat clearly shows that the library kext is loaded with this bundle identifier. As another experiment, I removed (deleted) the library kext from the PlugIns directory of the main kext and loaded it. Then I attempted to load the main kext. It also gives the same load error. How are library kexts to be located and loaded in order to be shared by more than one kext? Thank you, ...Duane -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 10.0.2 (Build 13) Charset: us-ascii wsBVAwUBTE4fbUrg9acQ4r2CAQiQDwf9EoJcm7hBMnUjdzLoluliQoseu3w1L2rk iZMAPY0TS0I5u29jsIR3pPUpRO7Dg6+Y8YQFHqBEWBNtJNv85F85VCzzFBVaqqNf i7crgRvRafiUMhabCT5Fbp388UME7i1FZPvB7kg+jaofZF0Z+czSL0bNKCGagpTm C5xFqozw9FQGQzqtTxO31ZBF4yMUUobjc/hOg7bq9hNDPhMDYrCamSfyTmyEmhwU 54FG/QtK4cMRjE/zfQ1WQf2kDa9V3jyJ9+gfADQfcE9qa+q5YpbxGAZi0CCdtTry v+ps5l21yNQ0bfw4tFIFbTZsP5e4+IDrMZCPaAGrz/S3be5qXvh01g== =zB3Y -----END PGP SIGNATURE----- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: copyfile(3) recursively with COPYFILE_RECURSIVE ?
by Jerry Krinock 26 Jul '10

26 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On 2010 Jul 26, at 00:20, Michael Smith wrote: Ah, now I get it. The reason that COPYFILE_RECURSIVE doesn't show in my system headers is probably because I'm using the 10.5 SDK; this is correct. The only problem is with the documentation in Xcode. If I change the little popup at the top of the page to "10.5", the sentence above it still says "This manual page is for Mac OS X version 10.6.3" (I didn't look at it), and also of course it still talks about COPYFILE_RECURSIVE. > In your bug, you should mention that the COPYFILE_RECURSIVE option should perhaps be protected with an availability check. OK, I'm not sure if it is or not, but I'll put that in. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: copyfile(3) recursively with COPYFILE_RECURSIVE ?
by Michael Smith 26 Jul '10

26 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: copyfile(3) recursively with COPYFILE_RECURSIVE ?
by Jerry Krinock 26 Jul '10

26 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Although COPYFILE_RECURSIVE is not defined in my system headers (10.6.3), I looked at the published open-source code [1]. There are three versions there: 41, 42 and 66. Although the headers in versions 41 and 42 look like the headers on my system, version 66 defines COPYFILE_RECURSIVE as (1<<15). And when I use this in my tool, voila -- it works, but only on Mac OS 10.6. Running on Mac OS 10.5, it only copies the folder. On 2010 Jul 25, at 20:51, Michael Smith wrote: > As always with an issue like this, please file a bug and cite the bug number when you post to the list. Yes I shall file a bug, but I'm going to wait a couple days first, to see if anyone offers an explanation. Having written a file-copy program once myself, I find it hard to believe that the new header with the flag to make it recursive had been left out of the headers *accidentally*. [1] http://www.opensource.apple.com/source/copyfile/ _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: copyfile(3) recursively with COPYFILE_RECURSIVE ?
by Michael Smith 26 Jul '10

26 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

copyfile(3) recursively with COPYFILE_RECURSIVE ?
by Jerry Krinock 26 Jul '10

26 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com The man page for copyfile(3) states that it can do recursive copies if you give it it the COPYFILE_RECURSIVE flag, but said flag is missing from the header copyfile.h. So I tried to copyfile() on a directory containing some files, without this flag, but got an empty directory :(( Very sad ... recursive copying would have been nice. In the source code [1], I see that COPYFILE_RECURSIVE is a compiler directive. Does anyone know the story with COPYFILE_RECURSIVE? Or who I should ask? Thanks, Jerry Krinock [1] http://www.opensource.apple.com/source/copyfile/copyfile-66/copyfile.c _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: copyfile(3) copies the posix "owner" for *some* files only
by Chris Suter 26 Jul '10

26 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: copyfile(3) copies the posix "owner" for *some* files only
by Jerry Krinock 25 Jul '10

25 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On 2010 Jul 24, at 23:40, Michael Smith wrote: > Who are you copying as? Only root can assign ownership (as opposed to taking ownership, which is intrinsic for new files, and can be granted with an ACL). OK, well, maybe whomever wrote copyfile(3) wasn't really thinking about what would happen if it was used in a (root?)-privileged helper tool like mine, and thus the behavior is unpredictable. So, following my grandmother's advice of "If it isn't precisely documented, don't rely on it", I added some code in my tool to call chown(3) after copyfile(3), and of course that fixes the unpredictability. Thanks, Michael. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: copyfile(3) copies the posix "owner" for *some* files only
by Jerry Krinock 25 Jul '10

25 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On 2010 Jul 24, at 23:40, Michael Smith wrote: > Who are you copying as? Only root can assign ownership (as opposed to taking ownership, which is intrinsic for new files, and can be granted with an ACL). I believe I am copying as root, because the tool I've created is based on Apple's BetterAuthorizationSample, and usually asks the user for authentication. But BetterAuthorizationSample is very complicated and I'm not 100% sure. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0