Bug 266797 - Assertion 'pa_close(fds[0]) == 0' failed at pulsecore/core-util.c:2215, function pa_close_pipe(). Aborting.
Summary: Assertion 'pa_close(fds[0]) == 0' failed at pulsecore/core-util.c:2215, funct...
Status: RESOLVED WORKSFORME
Alias: None
Product: Phonon
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 4.4.3 (KDE 4.6.x)
Platform: Ubuntu Linux
: NOR crash
Target Milestone: 4.5.1
Assignee: Harald Sitter
URL:
Keywords: triaged
: 270826 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-02-21 11:06 UTC by Slava Sysoltsev
Modified: 2018-10-27 02:05 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
New crash information added by DrKonqi (21.93 KB, text/plain)
2011-03-22 18:06 UTC, Danny Auble
Details
Manual gdb backtrace (26.70 KB, text/plain)
2011-05-08 10:35 UTC, Alexey Shildyakov
Details
backtrace on trackchange (17.03 KB, text/plain)
2012-11-05 19:47 UTC, Lorenz Röhrl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Slava Sysoltsev 2011-02-21 11:06:55 UTC
Version:           2.4.0 (using KDE 4.6.0) 
OS:                Linux

Amarok just crashed on mp3 track transition (with --debug):
amarok: BEGIN: void EngineController::slotNewTrackPlaying(const Phonon::MediaSource&) 
amarok:   [EngineController] Using gain of -1 with relative peak of -1 
amarok:   BEGIN: void Context::ContextView::slotTrackChanged(Meta::TrackPtr) 
amarok:   END__: void Context::ContextView::slotTrackChanged(Meta::TrackPtr) [Took: 0s] 
amarok:   BEGIN: void LyricsAppletPrivate::_trackDataChanged(Meta::TrackPtr) 
amarok:   END__: void LyricsAppletPrivate::_trackDataChanged(Meta::TrackPtr) [Took: 0s] 
amarok:   BEGIN: void Playlist::Actions::slotTrackPlaying(Meta::TrackPtr) 
amarok:     BEGIN: void StatusBar::updateTotalPlaylistLength() 
amarok:     END__: void StatusBar::updateTotalPlaylistLength() [Took: 0s] 
amarok:     BEGIN: void Playlist::DynamicTrackNavigator::appendUpcoming() 
amarok:       [BiasedPlaylist] Requesting  1  tracks. 
amarok:       BEGIN: void Dynamic::BiasedPlaylist::handleRequest() 
amarok:         BEGIN: void Dynamic::BiasedPlaylist::startSolver(bool) 
amarok:           [BiasedPlaylist] BiasedPlaylist in: 3058800496 
Object::disconnect: Unexpected null parameter
amarok:           [BiasedPlaylist] assigning new m_solver 
Assertion 'pa_close(fds[0]) == 0' failed at pulsecore/core-util.c:2215, function pa_close_pipe(). Aborting.
Unable to start Dr. Konqi


Reproducible: Didn't try

Steps to Reproduce:
play the collection with dynamic playlists

Actual Results:  
crash

Expected Results:  
play further
Comment 1 Myriam Schweingruber 2011-02-21 12:25:44 UTC
It looks liek a crash in Pulseaudio, not in Amarok. But of course we would need a backtrace to really judge. If you can reproduce this bug, please check here on how to get a valid backtrace:

http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports

Since you are using Kubuntu, you will need amarok-dbg and phonon-dbg at least, ideally you should also have kdelibs5-dbg, libqt4-dbg and libglib2.0-0-dbg. That should cover most of the crashes. With a more recent KDE 4.6 you should also get the debugging symbols for your Phonon backend.
Comment 2 Slava Sysoltsev 2011-02-24 13:41:00 UTC
Still trying to reproduce it. It may take some time; unlike one with mediaobject.cpp, I've seen this crash only once, so it must be rare constellation of events
Comment 3 Myriam Schweingruber 2011-03-20 12:29:00 UTC
Closing for now. Feel free to reopen when you can reproduce it with a valid backtrace.
Comment 4 Danny Auble 2011-03-22 18:06:23 UTC
Created attachment 58258 [details]
New crash information added by DrKonqi

amarok (2.4.0) on KDE Platform 4.6.1 (4.6.1) using Qt 4.7.0

I have a reproducer for this that happens every time.  Let me know if you need anything else.  Here is the bt.

-- Backtrace (Reduced):
#6  operator-> (this=0x1b69f80, event=..., parent=<value optimized out>, wFlags=<value optimized out>) at /usr/include/KDE/../ksharedptr.h:126
#7  UpcomingEventsWidget::UpcomingEventsWidget (this=0x1b69f80, event=..., parent=<value optimized out>, wFlags=<value optimized out>) at ../../../../../src/context/applets/upcomingevents/UpcomingEventsWidget.cpp:70
#8  0x00007f6b80455f62 in UpcomingEventsListWidget::addEvent (this=0x22c46f0, event=...) at ../../../../../src/context/applets/upcomingevents/UpcomingEventsWidget.cpp:316
#9  0x00007f6b80456172 in UpcomingEventsListWidget::addEvents (this=0x22c46f0, events=<value optimized out>) at ../../../../../src/context/applets/upcomingevents/UpcomingEventsWidget.cpp:338
#10 0x00007f6b8044c804 in UpcomingEventsApplet::addToStackItem (this=<value optimized out>, item=0x22e5a00, events=..., name=...) at ../../../../../src/context/applets/upcomingevents/UpcomingEventsApplet.cpp:218
Comment 5 Myriam Schweingruber 2011-03-22 22:43:38 UTC
Sorry Danny, but this is not at all the same bug. Yours is a crash with the Upcoming Events applet, please report this separately.
Comment 6 Danny Auble 2011-03-22 22:47:21 UTC
Sorry for that Myriam, The output from amarok was exactly as listed above.  I figure since you didn't have a backtrace you weren't sure where it was crashing.  If indeed this is different I will submit a new bug.
Comment 7 Myriam Schweingruber 2011-03-22 23:03:06 UTC
There is no evidence your crash is related to Pulseaudio, but clearly indicates the Upcoming Events widget to be the culprit. So please file a separate bug :)
Comment 8 durakovic.sanel 2011-03-27 17:10:54 UTC
I can reproduce this bug by adding a .wma song after the song which is currently being played to the playlist. When Amarok then switches to the next song (*.wma) it crashes. Although i have installed the recommended *-dbg packages, all that Dr.Konqui says is "Segmentation faul 11" or it doesn't show up at all.
Comment 9 Myriam Schweingruber 2011-03-29 08:26:20 UTC
Reassigning to Phonon.
Comment 10 Myriam Schweingruber 2011-03-29 08:26:56 UTC
Confirmed by duplicate.
Comment 11 Slava Sysoltsev 2011-04-01 12:41:35 UTC
Hey, hey, hey, stop stealing my bug report. The issue with WMA playing is [well known] bug somewhere in phonon-xine-libavcodec chain. See https://bugs.xine-project.org/show_bug.cgi?id=382 for example for details. 
I'll post the stacktrace as soon as I reproduce my problem again, until then please change back to UNCONFIRMED.
Comment 12 Myriam Schweingruber 2011-04-02 22:44:28 UTC
Nobody is stealing anything, until further notice this is not an Amarok bug, so reassigning to phonon makes very much sense.

Also, you can't confirm your own bugs, that needs to be done by another person. I am happy to change that as soon as you can provide a backtrace.
Comment 13 Myriam Schweingruber 2011-04-14 11:34:55 UTC
*** Bug 270826 has been marked as a duplicate of this bug. ***
Comment 14 Alexey Shildyakov 2011-05-08 10:35:50 UTC
Created attachment 59760 [details]
Manual gdb backtrace

I played the Dynamic Playlist. And quickly switched between tracks (didn't listen). When Amarok started to play OGG file, it has been crashed.
Comment 15 Colin Guthrie 2011-05-08 10:39:11 UTC
@Alexey, I don't actually see any crash in that backtrace.... am I missing something?
Comment 16 Alexey Shildyakov 2011-05-08 10:40:56 UTC
Backtrace above is also strange because:

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6af8418 in LyricsManager::lyricsResult (this=<value optimized out>,
lyricsXML=<value optimized out>, cached=<value optimized out>)

But the behavior is a similar. Don't sure if this bug 266797 really in Phonon.
Comment 17 Alexey Shildyakov 2011-05-08 11:05:08 UTC
Ok, my last report is bug 269368.
Hm... It's difficult to reproduce this bug because bug 269368 prevent this bug.
Comment 18 Slava Sysoltsev 2011-11-03 08:43:39 UTC
Half year and I could not reproduce the bug anymore. I'd close it.
Comment 19 Myriam Schweingruber 2011-11-03 08:49:49 UTC
Please all, test with the latest Phonon 4.5.1
Comment 20 Lorenz Röhrl 2012-11-05 19:45:08 UTC
Hi,

i'm, hitting this bug.

debug output:

lolo@hurra amarok % amarok --debug:
[...]
amarok: BEGIN: void Playlist::PrettyListView::trackActivated(const QModelIndex&) 
amarok:   BEGIN: void Playlist::Actions::play(const QModelIndex&) 
amarok:     BEGIN: void Playlist::Actions::play(quint64, bool) 
amarok:       BEGIN: void EngineController::play(Meta::TrackPtr, uint) 
amarok:         BEGIN: void EngineController::stop(bool, bool) 
KCrash: Application 'amarok' crashing...
KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit
sock_file=/home/lolo/.kde4/socket-hurra/kdeinit4__0
[0x7f1f5c406598] filesystem access error: failed to read (Bad file descriptor)
[0x7f1f5c406598] main access error: File reading failed
[0x7f1f5c406598] main access error: VLC could not read the file (Bad file descriptor).
Assertion 'pa_close(fds[0]) == 0' failed at pulsecore/core-util.c:2292, function pa_close_pipe(). Aborting.
Unable to start Dr. Konqi


amarok backtrace attached

Distro: gentoo
amarok from git (05.11.2012)
pulseaudio: 2.1-r1
vlc: 2.0.4
phonon-vlc:0.6.0-r1
Comment 21 Lorenz Röhrl 2012-11-05 19:47:16 UTC
Created attachment 75033 [details]
backtrace on trackchange
Comment 22 Myriam Schweingruber 2013-04-13 06:26:55 UTC
Is this still reproducible with Phonon 4.6.0 or later?
Comment 23 Jean-Baptiste Kempf 2013-05-25 19:17:06 UTC
There are 3 different backtraces, here...
It's difficult to know if the assert is caused by the crash or the opposite.

Inconclusive so far.
Comment 24 Andrew Crouthamel 2018-09-24 01:56:38 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 25 Andrew Crouthamel 2018-10-27 02:05:03 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!