site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com At 12:35 -0800 on 2/3/06, Jason Bobier wrote: Hey Dan, This is what I'm going to for our HFS+ support, but on MBR disks I need to match the entire disk to handle the windows compatibility. Walking up the device segments getting the base of each with DKIOCGETBASE seems like it will work. I don't think it will. Most of Apple's partition schemes (all?) hide free space by not creating IOMedia objects for them. I don't think your method will be able to account for this. You could catch it by comparing a calculated sum of all the IOMedia object with the size of the whole disk, but I that won't help you get around the problem. And yes, free space between partitions is pretty common in the wild. I seem to recall that DiskUtility did it for awhile (and may still) but I could be wrong about that. The point is that nothing in the way a PartitionScheme driver works requires that it expose the entire drive, nor that the exposed sections be contiguous, or in any particular order. -- ______________________________________________________ Arguing with an engineer is like wrestling with a pig in mud. After a while, you realize the pig is enjoying it. ______________________________________________________ Kevin Elliott <mailto:kelliott@mac.com> AIM/iChatAV: kelliott@mac.com (video chat available) ______________________________________________________ _______________________________________________ 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... This email sent to site_archiver@lists.apple.com