abrt detected a crash. Attached file: backtrace cmdline: streamtuner component: streamtuner executable: /usr/bin/streamtuner kernel: 2.6.31.5-127.fc12.x86_64 package: streamtuner-0.99.99-28.fc12 rating: 3 reason: Process was terminated by signal 11
Created attachment 372897 [details] File: backtrace
I can't confirm that segfault - tested on x86_64 and i686 today on fc12 with all updates, sorry... Stupid workaround is to remove $HOME/.streamtuner/* and re-try...
(In reply to comment #2) > I can't confirm that segfault - tested on x86_64 and i686 today on fc12 with > all updates, sorry... > > Stupid workaround is to remove $HOME/.streamtuner/* and re-try... I have just removed the $HOME/.streamtuner/*, but no progress: the crash occurs as before. Paul
Taking a deeper look into it shows me that we haven't installed abrt yet because we have updated from fc11... abrt than triggers a known crash which comes from audacious2 http://www.mail-archive.com/ubuntu-bugs@lists.ubuntu.com/msg1852969.html I get id3_file_vfsopen: file failed id3_file_vfsopen: file failed id3_file_vfsopen: file failed ... Warning: Unsafe event_queue of "hide seekbar" with pointer. (Use event_queue_with_data_free instead.) ... You can try xmms instead of audacious (and change in streamtuner Edit -> Preferences -> Applications -> Listen to a .m3u from audacious to xmms) or you can rpm -ev abrt abrt-libs. In that case the bug of audacious (ans all othet bigs) arn't triggerend anymore (and you have to wait some time till audacious is responsible again...)
I have found that latest audacious build on kojii http://koji.fedoraproject.org/koji/buildinfo?buildID=142408 doesn't crash on i686 (IBM Thinkpad T40). There are warnings and some errors ERROR: libflacng.so: seekable_stream_callbacks.c:96 (seek_callback): Could not seek to 0! ERROR: libflacng.so: tools.c:209 (read_metadata): Could not reset the decoder! ERROR: libflacng.so: seekable_stream_callbacks.c:96 (seek_callback): Could not seek to 0! ERROR: libflacng.so: tools.c:209 (read_metadata): Could not reset the decoder! but there is no crash...
Thanks, Matthias. True, I did upgraded to F12 from F11, but I do have abrt installed: $ rpm -qa abrt abrt-0.0.11-2.fc12.x86_64 $ Changing audacious to xmms in the preferences does not fix the problem: the crash persists. Paul
The backtrace report here points into "pixman". streamtuner doesn't have a direct dependency on pixman. Is this segfault reproducible? Is the backtrace complete? Are there special steps on how to reproduce it? [...] What "known crash which comes from audacious2" is being referred to here? There is one known segfault in Fedora 12 with Audacious 2.1 and related to loading playlists on x86_64: bug 538379 - it's not always reproducible, not reproducible on i686 at all, and might or might not be fixed in upstream Audacious development. It shows symptoms of memory corruption and/or a race condition. An unrelated problem is that loading playlists, which contain network uris (e.g. http://), takes long as data are loaded from the network. To the user it looks as if the player freezes, but actually it just downloads data.
(In reply to comment #8) > The backtrace report here points into "pixman". streamtuner doesn't have a > direct dependency on pixman. Michael... pixman may be the problem too but I can't the segfault reproduce at this time.. > Is this segfault reproducible? Is the backtrace complete? Are there special > steps on how to reproduce it? > > [...] > > What "known crash which comes from audacious2" is being referred to here? Audacious crashes here some times - not always - in i686. I have updated to your latest build from koji and found it stable... > An unrelated problem is that loading playlists, which contain > network uris (e.g. http://), takes long as data are loaded from the network. To > the user it looks as if the player freezes, but actually it just downloads > data. At first, Paul has to check, if streamtuner segfaults on startup always or if abrt shows later the segfault on click on some stream uri which calls audacious (which takes long time to load the data and freezes audacious for that time).
The crash occurs when I click on the icon "local". Paul
(In reply to comment #8) > The backtrace report here points into "pixman". Have looked into sources of pixman-general.c (0.16) Line 58 is begin of function after getting some parameters (op, src, mask, dest...) in libpixman-1.so.0... But no problem here... Can backtrace that tomorrow on x86_64...
(In reply to comment #10) > The crash occurs when I click on the icon "local". > > Paul In that case is has nothing to do with audacious. Have you defined a path to your local musiclibrary and is that path readable?
(In reply to comment #10) > The crash occurs when I click on the icon "local". Paul... I can reproduce that now. Removing path to local library removing $HOME/.streamtuner/cache/local and leaving local plugin enabled -> signal 11. As a workaround you have to define the path to your local mp3's at first or you have to disable the local plugin. The caching of local data "hides" the problem for me ;-) I can patch streamtuner to avoid the segfault, but this may take some time, may be on weekend...
Thanks again, Matthias. I will be waiting for the patched streamtuner, but take your time. No rush is needed! Paul
streamtuner-0.99.99-30.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/streamtuner-0.99.99-30.fc12
streamtuner-0.99.99-26.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/streamtuner-0.99.99-26.fc10
streamtuner-0.99.99-28.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/streamtuner-0.99.99-28.fc11
(In reply to comment #14) > Thanks again, Matthias. I will be waiting for the patched streamtuner, but take > your time. No rush is needed! > > Paul Patched streamtuner is there... http://koji.fedoraproject.org/koji/buildinfo?buildID=143039 -- Regards Matthias
(In reply to comment #18) > Patched streamtuner is there... > http://koji.fedoraproject.org/koji/buildinfo?buildID=143039 Thanks, Matthias. It does not crash anymore with streamtuner-0.99.99-30.fc12. Paul
streamtuner-0.99.99-26.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.
streamtuner-0.99.99-30.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
streamtuner-0.99.99-28.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.