Bug 93918 – gstreamer crash in int2float float2int pipeline

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 93918 - gstreamer crash in int2float float2int pipeline


Summary:	gstreamer crash in int2float float2int pipeline


Status:	RESOLVED FIXED

Product:	GStreamer
Classification:	Platform
Component:	gst-plugins
Version:	git master
Hardware:	Other other

Importance:	Normal normal
Target Milestone:	0.4.2
Assigned To:	David Schleef
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2002-09-22 21:33 UTC by thockin
Modified:	2004-12-22 21:47 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description thockin 2002-09-22 21:34:21 UTC

Package: GStreamer
Severity: major
Version: 0.4.0.1
Synopsis: gst-editor crash
Bugzilla-Product: GStreamer
Bugzilla-Component: gst-editor

Description:
filesrc location=44.1k, mono wav
wavparse
int2float
float2int
osssink

I set teh state to PLAYING once, it played and went to teh PAUSED state.
 I set the state to 
PLAYING  again, and it barfed



Debugging Information:

[New Thread 1024 (LWP 9792)]
0x420b4769 in wait4 () from /lib/i686/libc.so.6

+ Trace 27681

Thread 1 (Thread 1024 (LWP 9792))

#0 wait4
from /lib/i686/libc.so.6
#1 __DTOR_END__
from /lib/i686/libc.so.6
#2 waitpid
from /lib/i686/libpthread.so.0
#3 libgnomeui_segv_handle
at gnome-ui-init.c line 647
#4 pthread_sighandler
from /lib/i686/libpthread.so.0
#5 <signal handler called>
#6 pthread_mutex_lock
from /lib/i686/libpthread.so.0
#7 gst_data_unref
at gstdata.c line 199
#8 gst_filesrc_srcpad_event
at gstfilesrc.c line 794
#9 gst_pad_send_event
at gstpad.c line 2686
#10 gst_pad_event_default_dispatch
at gstpad.c line 2568
#11 gst_pad_event_default
at gstpad.c line 2613
#12 gst_pad_send_event
at gstpad.c line 2686
#13 gst_pad_event_default_dispatch
at gstpad.c line 2568
#14 gst_pad_event_default
at gstpad.c line 2613
#15 gst_pad_send_event
at gstpad.c line 2686
#16 gst_pad_event_default_dispatch
at gstpad.c line 2568
#17 gst_pad_event_default
at gstpad.c line 2613
#18 gst_float2int_loop
at gstfloat2int.c line 360
#19 gst_basic_scheduler_loopfunc_wrapper
at gstbasicscheduler.c line 279
#20 cothread_stub
at cothreads.c line 480
#21 makecontext
from /lib/i686/libc.so.6
#0 wait4
from /lib/i686/libc.so.6
#0 wait4
from /lib/i686/libc.so.6
#1 __DTOR_END__
from /lib/i686/libc.so.6
#2 waitpid
from /lib/i686/libpthread.so.0
#3 libgnomeui_segv_handle
at gnome-ui-init.c line 647
#4 pthread_sighandler
from /lib/i686/libpthread.so.0
#5 <signal handler called>
#6 pthread_mutex_lock
from /lib/i686/libpthread.so.0
#7 gst_data_unref
at gstdata.c line 199





------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-09-22 17:34 -------

Unknown version unspecified in product GStreamer. Setting version to "0.3.3".
The original reporter (thockin@hockin.org) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.
Reassigning to the default owner of the component, gstreamer-maint@bugzilla.gnome.org.

Comment 1 Andy Wingo 2002-09-29 19:56:11 UTC

1) when i do this, everything is fine -- if the file is long enough to
not eos while i'm trying it

2) if it goes to EOS and then I try to bring it back to PLAYING, it
locks up -- I think this is a gstreamer issue.

Comment 2 Andy Wingo 2002-09-30 13:17:53 UTC

I don't want this bug. It's not an editor bug anyway, it's a gst bug
(as I have said). I would have assigned this to me last time had I
wanted it ;)

Comment 3 Iain 2002-11-27 23:46:18 UTC

Looks like something in filesrc?

Comment 4 Thomas Vander Stichele 2003-01-17 15:32:21 UTC

should be fixed in cvs.  If not, reopen.