Plastik
Aktives Mitglied
Thread Starter
- Dabei seit
- 24.01.2005
- Beiträge
- 588
- Reaktionspunkte
- 2
...mehr oder weniger.
der fehler ist nicht immer reproduzierbar.
irgendwie spinnt mein bluetooth, wenns ums headset (logitech mobile freedom) geht. bis vor kurzem funktionierte es einwandfrei mit ichat und skype. doch dann vor ein paar tagen liess es sich nicht mehr in den toneinstellungen anwählen. ergebnis: beachball....
mehrmaliges löschen und wieder hinzufügen brachte nichts und ich hab langsam keinen bock mehr und auch keinen plan, wo ich sonst noch ansetzen soll.
achja...blauzahn-preferences auch gelöscht - ohne erfolg. alte blauzahn-preferences von der sicherung ging auch nicht.
hilfe! es nervt langsam....
edit: mit absturz des bt stürzt auch der "systemUIServer" ab bzw. "antwortet nicht mehr". sieht man in der aktivitätsanzeige.
hier die fehleranalyse:
Analysis of sampling pid 138 every 10.000000 milliseconds
Call graph:
282 Thread_100f
282 0xcefc
282 0x2864
282 0x2c7c
282 -[NSApplication run]
282 0xa5d8
282 -[NSApplication sendEvent:]
282 -[NSWindow sendEvent:]
282 0x1403c
282 0xfea4
282 0x1061c
282 _NSPopUpCarbonMenu2
282 -[NSCarbonMenuImpl performActionWithHighlightingForItemAtIndex:]
282 -[NSMenu performActionForItemAtIndex:]
282 -[NSApplication sendAction:to:from:]
282 BluetoothPreferencesChanged
282 IOBluetoothPreferenceSetControllerPowerState
282 _objc_msgForward
282 -[NSObject(NSForwardInvocation) forward::]
282 -[NSConnection sendInvocation:]
282 CFRunLoopRunSpecific
282 __CFRunLoopRun
282 mach_msg
282 mach_msg_trap
282 mach_msg_trap
282 Thread_1103
282 _pthread_body
282 __ape_agent
282 __ape_internal
282 mach_msg
282 mach_msg_trap
282 mach_msg_trap
282 Thread_1203
282 _pthread_body
282 CAPThread::Entry(CAPThread*)
282 HALRunLoop::OwnThread(void*)
282 CFRunLoopRunSpecific
282 __CFRunLoopRun
282 mach_msg
282 mach_msg_trap
282 mach_msg_trap
Total number in stack (recursive counted multiple, when >=5):
Sort by top of stack, same collapsed (when >= 5):
mach_msg_trap 846
Sample analysis of process 138 written to file /dev/stdout
Sampling process 138 each 10 msecs 300 times
ich bin mit meinen weisheiten am ende....
der fehler ist nicht immer reproduzierbar.
irgendwie spinnt mein bluetooth, wenns ums headset (logitech mobile freedom) geht. bis vor kurzem funktionierte es einwandfrei mit ichat und skype. doch dann vor ein paar tagen liess es sich nicht mehr in den toneinstellungen anwählen. ergebnis: beachball....
mehrmaliges löschen und wieder hinzufügen brachte nichts und ich hab langsam keinen bock mehr und auch keinen plan, wo ich sonst noch ansetzen soll.
achja...blauzahn-preferences auch gelöscht - ohne erfolg. alte blauzahn-preferences von der sicherung ging auch nicht.
hilfe! es nervt langsam....
edit: mit absturz des bt stürzt auch der "systemUIServer" ab bzw. "antwortet nicht mehr". sieht man in der aktivitätsanzeige.
hier die fehleranalyse:
Analysis of sampling pid 138 every 10.000000 milliseconds
Call graph:
282 Thread_100f
282 0xcefc
282 0x2864
282 0x2c7c
282 -[NSApplication run]
282 0xa5d8
282 -[NSApplication sendEvent:]
282 -[NSWindow sendEvent:]
282 0x1403c
282 0xfea4
282 0x1061c
282 _NSPopUpCarbonMenu2
282 -[NSCarbonMenuImpl performActionWithHighlightingForItemAtIndex:]
282 -[NSMenu performActionForItemAtIndex:]
282 -[NSApplication sendAction:to:from:]
282 BluetoothPreferencesChanged
282 IOBluetoothPreferenceSetControllerPowerState
282 _objc_msgForward
282 -[NSObject(NSForwardInvocation) forward::]
282 -[NSConnection sendInvocation:]
282 CFRunLoopRunSpecific
282 __CFRunLoopRun
282 mach_msg
282 mach_msg_trap
282 mach_msg_trap
282 Thread_1103
282 _pthread_body
282 __ape_agent
282 __ape_internal
282 mach_msg
282 mach_msg_trap
282 mach_msg_trap
282 Thread_1203
282 _pthread_body
282 CAPThread::Entry(CAPThread*)
282 HALRunLoop::OwnThread(void*)
282 CFRunLoopRunSpecific
282 __CFRunLoopRun
282 mach_msg
282 mach_msg_trap
282 mach_msg_trap
Total number in stack (recursive counted multiple, when >=5):
Sort by top of stack, same collapsed (when >= 5):
mach_msg_trap 846
Sample analysis of process 138 written to file /dev/stdout
Sampling process 138 each 10 msecs 300 times
ich bin mit meinen weisheiten am ende....
Zuletzt bearbeitet: