Bug 477203
Summary: | JVM crashes on exit when the PulseAudio daemon fails to start through alsa-plugins-pulse | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Omair Majid <omajid> | ||||||
Component: | pulseaudio | Assignee: | Lennart Poettering <lpoetter> | ||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 10 | CC: | eric.moret, lkundrak, lpoetter, nicolas.castagne, wtogami | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | |||||||||
: | 482797 (view as bug list) | Environment: | |||||||
Last Closed: | 2009-08-10 20:44:41 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Omair Majid
2008-12-19 16:53:44 UTC
Created attachment 327461 [details]
test program
Created attachment 327462 [details]
backtrace
Shouldn´t this be opened against the jvm? Hi Eric. I am an IcedTea developer and I came across this bug when playing around with pulseaudio. I could be totally wrong about this being an alsa-plugins (or pulseaudio) bug, but I dont think that the JVM was the cause of the problem. Here is my reasoning: 1) The JVM crashes on exit, not when it's using the alsa api. 2) The error appears to be in pthread_create.c (in libpthread.so) and native threads are not directly used by java when it interacts with alsa. Any problem with Java Threads would not cause the JVM to crash with stack corruption. 3) the gdb backtrace shows the problem to be #13 <signal handler called> #14 0x082ca300 in ?? () #15 0x007cc5ca in __nptl_deallocate_tsd () at pthread_create.c:154 #16 start_thread (arg=0x161b90) at pthread_create.c:304 which indicates that there is some problem with Thread Specific Data. PulseAudio has had problems like this before but they were fixed: http://www.redhat.com/archives/fedora-extras-commits/2008-November/msg00096.html. Also, this crash only happens when spawning the pulseaudio daemon fails. If pulseaudio is already running or is spawned successfully, then there are no crashes. Anyway, I am not sure at all what the problem is, or what I can do to fix it. Any help will be appreciated. If you still think this is opened against the wrong package, let me know. Thank you for your analysis, I am reassigning this one to Lennard, from the upstream project. This may be related to https://bugzilla.redhat.com/show_bug.cgi?id=482797 Defintely a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=482797 See there for simple test code. Hmm, I cannot reproduce this here. Does this still happen with 0.9.14? Hmm, tried on both x86-64 and i386 now with no luck. I can reproduce this on i386 with pulseaudio-0.9.14-1.fc10.i386 :( Can reproduce the bug with the same version of pulseaudio, Fedora 10 up to date, on my 3 machines that all differ in audio and processor/motherboard hardware. Oups sorry, the latest comment was for Bug 482797... Does JVM call snd_config_update_free_global or snd_dlobj_cache_cleanup()? OK, I think I know what's going on here: libpulse.so installs a TLS destructor but then gets unloaded so that the destructor function is called without existing in memory anymore, thus triggering a segfault. This has been fixed in PA 0.9.16 now, we link everything with -z nodelete. |