It hasn't happened yet, if I close the video window before quitting VLC.Does this also happen if you close the video window before telling VLC to quit?
I am also having the exact same problem with version 0.86b, see my longer post in viewtopic.php?t=35307.The exact problem is still there in 0.8.6b. Since the developers don't seem to be interested in fixing it, I gave up and just disabled the Unexpectedly Quit dialog in Mac OS X.
I have the same problem, but it only appears when closing via Command-Q via keyboard. Using the menu everything works fine.But, everytime I quit VLC, it crashes and I have to Force Quit it.
On my system (iMac G5 1.8 GHz w/ 1 GB RAM, running 10.3.9) it doesn't matter if either I first close the video window or pause the video or use Cmd-Q or the menu: it _always_ crashes on quit. I already posted my latest crash log to the other message thread (yeah, there's another).I have the same problem, but it only appears when closing via Command-Q via keyboard. Using the menu everything works fine.But, everytime I quit VLC, it crashes and I have to Force Quit it.
Timm (on B&W Mac with Sonnet G4/500 using 10.3.9)
Code: Select all
Analysis of sampling pid 26544 every 10.000000 milliseconds
Call graph:
300 Thread_0f07
300 start
300 _start
300 exit
300 __cxa_finalize
300 cxa_atexit_wrapper
300 HALAtExit::AtExitHandler()
300 HALSystem::AtExitHandler()
300 HALSystem::TeardownDevices()
300 HALPlugInManagement::Teardown()
300 HALPlugIn::Teardown()
300 AudioDriverTeardown(AudioHardwarePlugInInterface**)
300 OSXDeviceManager::~OSXDeviceManager [in-charge deleting]()
300 __spin_lock
300 __spin_lock
300 Thread_1003
300 _pthread_body
300 CAPThread::Entry(CAPThread*)
300 HALRunLoop::OwnThread(void*)
300 CFRunLoopRunInMode
300 CFRunLoopRunSpecific
300 mach_msg_trap
300 mach_msg_trap
Total number in stack (recursive counted multiple, when >=5):
Sort by top of stack, same collapsed (when >= 5):
__spin_lock 300
mach_msg_trap 300
Sample analysis of process 26544 written to file /dev/stdout
Sampling process 26544 each 10 msecs 300 times
I know that 10.3.9 is no longer supported, but is there any chance that the fix will be back-ported to 0.8.6c? Given that the problem has affected so many recent versions, I would suspect that the problematic code is not Tiger/Leopard specific and thus it shouldn't be too difficult to update 0.8.6c.I just reproduced your problems and provided fixes for the next version, which is going to ship pretty soon. Thanks for your reports!
Yeah, would be nice to have a reliable VLC for older machines which aren't able to run Mac OS X 10.4 and higher.I know that 10.3.9 is no longer supported, but is there any chance that the fix will be back-ported to 0.8.6c? Given that the problem has affected so many recent versions, I would suspect that the problematic code is not Tiger/Leopard specific and thus it shouldn't be too difficult to update 0.8.6c.
It would be greatly appreciated by me, and no doubt the many other VLC users still on 10.3.9 (even if our numbers are diminishing!).
Return to “VLC media player for macOS Troubleshooting”
Users browsing this forum: No registered users and 7 guests