site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com User-agent: Microsoft-Entourage/10.1.6.040913.0 Oops. I am certainly chasing a weird bug having to do with different behavior per launch context, but it probably has nothing to do with CFShow's silence or even the dictionary produced by IOServiceMatching. I forgot that CFShow sends its output to stderr, bypassing my own logging mechanism, which logs to multiple places, and I wasn't watching all of them in all cases. I implemented my own CFShow and now I see the dictionary is just fine. So the problem is something else entirely. Please ignore my original message and feel free to tease me mercilessly the next time you see me at WWDC. The real problem is that IOServiceGetMatchingServices is failing with a return value of 0x10000003 and I can't figure out why. This error code apparently has something to do with Mach IPC, but I don't know much more than that even after searching the Darwin sources for clues. circa 12/7/04 8:43 PM, "Pete Gontier" <pete@m-audio.com> wrote:

Under 10.3.6, I'm obtaining an instance of CFMutableDictionaryRef by passing kIOUSBDeviceClassName to IOServiceMatching. When I launch my app from a terminal, this works fine. I pass the dictionary to CFShow and get the output I would expect. However, when my app is launched as a startup item, CFShow outputs *nothing* (and the CFMutableDictionaryRef isn't good for anything; for example, CFShow still outputs nothing after I call CFDictionarySetValue). So I logged some pertinent data about the dictionary.

launch context CFMutableDictionaryRef first 12 bytes ============== ====================== ======================== Terminal 6323872 006004700001039500000001 Startup Item 4214160 004004400001039500000001

Does anybody have any insight into the significance of these differences or any other insight into why IOServiceMatching might produce such an oddly inert dictionary?

-- Pete Gontier http://www.m-audio.com/ _______________________________________________ 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