Deadlock on HP_HogMode::ChangeNotification
Deadlock on HP_HogMode::ChangeNotification
- Subject: Deadlock on HP_HogMode::ChangeNotification
- From: Felix Schwarz <email@hidden>
- Date: Tue, 2 Sep 2008 21:30:24 +0200
Hello,
I've been getting a few reports of deadlocks of my application lately.
I have asked the affected users to send me an Activity Monitor Analyze-
log and all of the deadlocks seem to occur after a CoreAudio-callback
is called following the receipt of what - judging by the log - looks
like a CFNotification:
-- cut --
1962 Thread_2503
1962 0x31e5
1962 0x32be
1962 0x33ab
1962 NSApplicationMain
1962 -[NSApplication run]
1962 -[NSApplication
nextEventMatchingMask:untilDate:inMode:dequeue:]
1962 _DPSNextEvent
1962 BlockUntilNextEventMatchingListInMode
1962 ReceiveNextEventCommon
1962 RunCurrentEventLoopInMode
1962 CFRunLoopRunInMode
1962 CFRunLoopRunSpecific
1962 __CFMachPortPerform
1962 __CFXNotificationReceiveFromServer
1962 __CFXNotificationHandleMessage
1962
HP_HogMode::ChangeNotification(__CFNotificationCenter*, void const*,
__CFString const*, void const*, __CFDictionary const*)
1962
IOA_SingleDevice::HogModeStateChanged()
1962
IOA_SingleDevice::RefreshAvailableStreamFormats()
1962
IOA_Stream::RefreshAvailablePhysicalFormats()
1962 CAMutex::Lock()
1962 pthread_mutex_lock
1962
semaphore_wait_signal_trap
1962
semaphore_wait_signal_trap
1962 Thread_2603
1962 thread_start
1962 _pthread_start
1962 select$DARWIN_EXTSN
1962 select$DARWIN_EXTSN
1962 Thread_2703
1962 thread_start
1962 _pthread_start
1962 CAPThread::Entry(CAPThread*)
1962 HALRunLoop::OwnThread(void*)
1962 CFRunLoopRunInMode
1962 CFRunLoopRunSpecific
1962 mshMIGPerform
1962 _XAHS_PropertyListener
1962 Server_AHS_PropertyListener
1962
HALDefaultDevice::PropertyListener(unsigned long, unsigned long,
AudioObjectPropertyAddress const*, void*)
1962 HALObject::PropertiesChanged(unsigned
long, AudioObjectPropertyAddress const*)
1962 AUGenericOutputEntry
1962 AUGenericOutputEntry
1962 AUGenericOutputEntry
1962 0x7000b3dc
1962 AUGenericOutputEntry
1962 AUGenericOutputEntry
1962 AudioDeviceSetProperty
1962
HALObject::SetPropertyData(AudioObjectPropertyAddress const&, unsigned
long, void const*, unsigned long, void const*, AudioTimeStamp const*)
1962
HALPlugIn::ObjectSetPropertyData(HALObject const&,
AudioObjectPropertyAddress const&, unsigned long, void const*,
unsigned long, void const*, AudioTimeStamp const*)
1962
HP_HardwarePlugIn_ObjectSetPropertyData
(AudioHardwarePlugInInterface**, unsigned long,
AudioObjectPropertyAddress const*, unsigned long, void const*,
unsigned long, void const*)
1962
IOA_SingleDevice::SetPropertyData(AudioObjectPropertyAddress const&,
unsigned long, void const*, unsigned long, void const*, AudioTimeStamp
const*)
1962
IOA_Device::SetPropertyData(AudioObjectPropertyAddress const&,
unsigned long, void const*, unsigned long, void const*, AudioTimeStamp
const*)
1962
HP_Device::SetPropertyData(AudioObjectPropertyAddress const&, unsigned
long, void const*, unsigned long, void const*, AudioTimeStamp const*)
1962
HP_Device::ExecuteCommand(HP_Command*)
1962
IOA_Device::StartCommandExecution(void**)
1962
CAMutex::Lock()
1962
pthread_mutex_lock
1962
semaphore_wait_signal_trap
1962
semaphore_wait_signal_trap
-- cut --
What could be causing this? And what could add an observer for said
CFNotification to my application's runloop?
I don't register for Core Audio callbacks / don't register any Core
Audio Property Listeners anywhere in my code. I only use Core Audio to
get and set the current default audio output and input devices.
Any help or insight on what could cause this would be greatly
appreciated.
Thanks in advance.
Best regards,
Felix Schwarz
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden