abrt 1.0.0 detected a crash. How to reproduce ----- 1. Play music in rhythmbox 2. Start a bluetooth rfcomm session 3. watch PA crash Attached file: backtrace cmdline: /usr/bin/pulseaudio --start --log-target=syslog component: pulseaudio executable: /usr/bin/pulseaudio kernel: 2.6.31.6-145.fc12.x86_64 package: pulseaudio-0.9.21-1.fc12 rating: 4 reason: Process was terminated by signal 11
Created attachment 375214 [details] File: backtrace
*** Bug 550940 has been marked as a duplicate of this bug. ***
Hmm, any chance you can reproduce this issue?
Yes I can still reproduce this, although abrt didn't detect the crash this time, but audio still died, and I had to kill rhythmbox. I will try it some more.
Happened again, and abrt caught it. It filed it as a duplicate of Bug 550940. I can dig up the stack trace if you want it (if the others are missing symbols or whatever). This is with pulseaudio-0.9.21-2.fc12 now.
Hmm, by "reproducing" I meant that you can tell me the exact steps necessary to trigger the issue. Best would be if I could even reproduce this here with that guide. Is there anything special on your setup? I.e. are you using BT audio, have you enabled any of the special features of PA, perhaps in paprefs? Do you run KDE?
OOps, I am an idiot, was thinking about a different bug when I wrote this. Ignore what I wrote in #6...
Though actually I would be interested in learning how I would set up an rfcomm session, so that I can reproduce the issue here locally.
I'm an embedded developer and have a bluetooth virtual serial port on my hw, so I use rfcomm and minicom to talk to it. Example: [austinf@peon ~]$ sudo rfcomm connect 0 10:00:E8:AD:0E:E2 1 Connected /dev/rfcomm0 to 10:00:E8:AD:0E:E2 on channel 1 Press CTRL-C for hangup I don't use bluetooth audio. PA dies every time I start up an rfcomm session it looks like, although it looks like it only dies, when it actually successfully sets up a session sucessfully. (i.e., you need hw). FYI, A lot of phones have the Serial port BT profile
Ah, very good, I can reproduce the issue here, now. Now the question is how to fix this...
Ok, fixed this now upstream. Thanks. Will prepare a fresh upload for F12 soon. http://git.0pointer.de/?p=pulseaudio.git;a=patch;h=4bcb1a909f936a63628273e7d35726bc64785eeb
pulseaudio-0.9.21-3.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/pulseaudio-0.9.21-3.fc12
pulseaudio-0.9.21-4.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/pulseaudio-0.9.21-4.fc12
pulseaudio-0.9.21-4.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.