Bug 412870 – [ximage] g_assert() in gst_ximagesink_setcaps() triggered

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 412870 - [ximage] g_assert() in gst_ximagesink_setcaps() triggered


Summary:	[ximage] g_assert() in gst_ximagesink_setcaps() triggered


Status:	RESOLVED INCOMPLETE

Product:	GStreamer
Classification:	Platform
Component:	gst-plugins-base
Version:	0.10.10
Hardware:	Other All

Importance:	High critical
Target Milestone:	git master
Assigned To:	GStreamer Maintainers
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

Duplicates:	418804 (view as bug list)
Depends on:
Blocks:

Reported:	2007-02-28 00:54 UTC by baseballx34
Modified:	2008-11-15 17:17 UTC

See Also:
GNOME target:	---
GNOME version:	2.15/2.16

Description baseballx34 2007-02-28 00:54:15 UTC

Version: 2.16.2

What were you doing when the application crashed?



Distribution: Ubuntu 6.10 (edgy)
Gnome Release: 2.16.1 2006-10-02 (Ubuntu)
BugBuddy Version: 2.16.0

Memory status: size: 152178688 vsize: 0 resident: 152178688 share: 0 rss: 46772224 rss_rlim: 0
CPU usage: start_time: 1172623784 rtime: 0 utime: 3740 stime: 0 cutime:3543 cstime: 0 timeout: 197 it_real_value: 0 frequency: 5

Backtrace was generated from '/usr/bin/totem'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1226144080 (LWP 6850)]
[New Thread -1325692000 (LWP 7077)]
[New Thread -1360008288 (LWP 7076)]
[New Thread -1308709984 (LWP 7073)]
[New Thread -1335010400 (LWP 7056)]
[New Thread -1246336096 (LWP 7043)]
[New Thread -1317102688 (LWP 7026)]
[New Thread -1300223072 (LWP 6872)]
[New Thread -1282974816 (LWP 6870)]
[New Thread -1274442848 (LWP 6869)]
0xffffe410 in __kernel_vsyscall ()

+ Trace 114492

Thread 6 (Thread -1246336096 (LWP 7043))

#0 __kernel_vsyscall
#1 __waitpid_nocancel
from /lib/tls/i686/cmov/libpthread.so.0
#2 gnome_gtk_module_info_get
from /usr/lib/libgnomeui-2.so.0
#3 <signal handler called>
#4 __kernel_vsyscall
#5 raise
from /lib/tls/i686/cmov/libc.so.6
#6 abort
from /lib/tls/i686/cmov/libc.so.6
#7 g_logv
from /usr/lib/libglib-2.0.so.0
#8 g_log
from /usr/lib/libglib-2.0.so.0
#9 g_assert_warning
from /usr/lib/libglib-2.0.so.0
#10 gst_ximagesink_setcaps
at ximagesink.c line 1326
#11 gst_base_sink_pad_setcaps
at gstbasesink.c line 385
#12 gst_pad_set_caps
at gstpad.c line 2277
#13 gst_proxy_pad_do_setcaps
at gstghostpad.c line 281
#14 gst_pad_set_caps
at gstpad.c line 2277
#15 gst_proxy_pad_do_setcaps
at gstghostpad.c line 281
#16 gst_pad_set_caps
at gstpad.c line 2277
#17 gst_proxy_pad_do_setcaps
at gstghostpad.c line 281
#18 gst_pad_set_caps
at gstpad.c line 2277
#19 gst_pad_chain_unchecked
at gstpad.c line 2336
#20 gst_pad_push
at gstpad.c line 3510
#21 gst_base_transform_chain
at gstbasetransform.c line 1530
#22 gst_pad_chain_unchecked
at gstpad.c line 3344
#23 gst_pad_push
at gstpad.c line 3510
#24 gst_base_transform_chain
at gstbasetransform.c line 1530
#25 gst_pad_chain_unchecked
at gstpad.c line 3344
#26 gst_pad_push
at gstpad.c line 3510
#27 gst_base_transform_chain
at gstbasetransform.c line 1530
#28 gst_pad_chain_unchecked
at gstpad.c line 3344
#29 gst_pad_push
at gstpad.c line 3510
#30 gst_proxy_pad_do_chain
at gstghostpad.c line 188
#31 gst_pad_chain_unchecked
at gstpad.c line 3344
#32 gst_pad_push
at gstpad.c line 3510
#33 gst_queue_loop
at gstqueue.c line 779
#34 gst_task_func
at gsttask.c line 192
#35 g_thread_pool_push
from /usr/lib/libglib-2.0.so.0
#36 g_thread_create_full
from /usr/lib/libglib-2.0.so.0
#37 start_thread
from /lib/tls/i686/cmov/libpthread.so.0
#38 clone
from /lib/tls/i686/cmov/libc.so.6

Comment 1 Tim-Philipp Müller 2007-03-11 14:46:01 UTC

Bug reporter: can you reproduce this issue, or did it only happen once?



It seems like it aborts in line 1326 in ximagesink:

1315 :  GST_VIDEO_SINK_WIDTH (ximagesink) = new_width;
1316 :  GST_VIDEO_SINK_HEIGHT (ximagesink) = new_height;
 ...                        ....
1326 :  g_assert (GST_VIDEO_SINK_WIDTH (ximagesink) > 0);
1327 :  g_assert (GST_VIDEO_SINK_HEIGHT (ximagesink) > 0);

but both new_width/new_height seem to be reasonable values (and should be given the allowed caps). I don't see right now how this can happen. The only other place where GST_VIDEO_SINK_WIDTH is set (to 0) is in the state change function for PAUSED=>READY, but when that is called the pad should already be flushing and streaming be stopped as far as I know. No idea what's going on here.

Comment 2 Tim-Philipp Müller 2007-03-11 18:51:17 UTC

Race condition with ximagesink state_change, so probably either a core issue or xvimagesink issue => moving to GStreamer. Issue might be fixed already.

Comment 3 Tim-Philipp Müller 2007-04-10 11:37:10 UTC

*** Bug 418804 has been marked as a duplicate of this bug. ***

Comment 4 Tim-Philipp Müller 2007-04-10 11:51:03 UTC

Might be related to bug #420106

Comment 5 André Klapper 2008-11-15 17:17:36 UTC

> Bug reporter: can you reproduce this issue, or did it only happen once?

Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!