After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 318336 - crash when playing file gets truncated
crash when playing file gets truncated
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other All
: Normal critical
: 0.10.3
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-10-09 14:17 UTC by Christian Kirbach
Modified: 2006-03-10 16:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Christian Kirbach 2005-10-09 14:17:01 UTC 
Steps to reproduce:
1. extract a song from audio CD into an .ogg file
2. play the file with RB
3. extract again _while_ playing


Stack trace:
Backtrace was generated from '/opt/gnome2/bin/rhythmbox'

Using host libthread_db library "/lib/tls/libthread_db.so.1".
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1227151136 (LWP 13145)]
[New Thread -1272972368 (LWP 13828)]
[New Thread -1237390416 (LWP 13152)]
[New Thread -1236878416 (LWP 13147)]
[New Thread -1228489808 (LWP 13146)]
0xb6fe35a9 in poll () from /lib/tls/libc.so.6

+ Trace 63442

Thread 5 (Thread -1228489808 (LWP 13146))

  • #0 pthread_cond_timedwait
    from /lib/tls/libpthread.so.0
  • #1 g_cond_timed_wait_posix_impl
    at gthread-posix.c line 229 


Other information:
moving the file away seems to be gracefully handled.

overwriting it, i.e. rapidly reducing its size, is not handled very well.
Comment 1 James "Doc" Livingston 2005-10-11 13:14:11 UTC 
From the backtrace, I assume that RB hangs when this occurs. Is the trace taken
while the file is still being written to, or is it taken after the ripping
program has finished?
Comment 2 Christian Kirbach 2005-10-11 15:41:22 UTC 
No, it actually crashes and a dialog asks for restarting or informing 
developers.
I was wondering, too, why there is no signal handler frame.
Comment 3 Christian Kirbach 2005-10-11 15:43:34 UTC 
the crash happens very shortly after the .ogg file is overwritten.
it is reduced to size zero and then increases in size.
Comment 4 James "Doc" Livingston 2005-10-12 09:21:33 UTC 
This is a gstreamer problem, so re-assigning and re-titling.

This is reproducable with "gst-launch playbin uri=file://somefile & sleep 2 ;
echo > somefile" using any file type (I've tried ogg, flac and mpeg).
Comment 5 Christian Kirbach 2005-10-23 09:08:45 UTC 
Confirming since James can reproduce.
Comment 6 Christian Kirbach 2005-10-23 09:09:41 UTC 
reassigned.
Comment 7 Andy Wingo 2005-11-30 11:31:03 UTC 
Ooh, sounds like a fun bug :) Will probably only fix it on the 0.10 branch,
though. This still needs confirmation though.
Comment 8 Christian Kirbach 2005-11-30 12:35:35 UTC 
Well, James can reproduce, I reported. 

"gst-launch playbin uri=file://somefile & sleep 2 ;
echo > somefile" using any file type

The report is already confirmed :)
Comment 9 Jan Schmidt 2006-02-09 23:24:55 UTC 
With GStreamer 0.10.3 and Base Plugins 0.10.3, this presents an Internal data stream error and playback stops with an error rather than crashing.
Comment 10 Christian Kirbach 2006-02-13 23:45:29 UTC 
yes, this is handled gently now. Good work.