IOServiceMatching produces oddly inert dictionary for startup item
IOServiceMatching produces oddly inert dictionary for startup item
- Subject: IOServiceMatching produces oddly inert dictionary for startup item
- From: Pete Gontier <email@hidden>
- Date: Tue, 07 Dec 2004 20:43:27 -0800
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 (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden