[gstreamer-bugs] [Bug 480557] New: Nasty segfault in CVS HEAD

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=480557

  GStreamer | don't know | Ver: HEAD CVS
           Summary: Nasty segfault in CVS HEAD
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: don't know
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: christophe.eymard at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


I'm having a very nasty segfault when using the following pipeline.

this was launched on an amd64 architecture :

gst-launch v4l2src ! tee name=tee tee.src%d ! queue ! ffmpegcolorspace !
xvimagesink tee.src%d ! queue ! ffmpegcolorspace ! theoraenc ! rtptheorapay !
gdppay ! udpsink port=2000

However, there is no problem when setting sync=false on the udpsink.

Launching a much more classical
gst-launch v4l2src ! ffmpegcolorspace ! udpsink port=2000
is just fine.

The webcam used is the logitech orbit : QuickCam Orbit/Sphere

This particular webcam doesn't work at all in stable. When tested with stable
version with the apple iSight, there was no problem.

With the isight and CVS HEAD, the same command was launched (32bits
architecture this time), and it worked perfectly.

The backtrace I got is unusable with the gst-launch command.
However, doing the same in python got me this :

[New Thread 1082132800 (LWP 6921)]
[Thread 1082132800 (LWP 6921) exited]
[New Thread 1090525504 (LWP 6928)]
[New Thread 1098918208 (LWP 6935)]
[New Thread 1107310912 (LWP 6943)]
[New Thread 1115703616 (LWP 6949)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1107310912 (LWP 6943)]
0x00002aaaabd71dab in gst_v4l2src_grab_frame (v4l2src=0xfb23f0, buf=0x42002ee0)
at v4l2src_calls.c:842
842       GST_BUFFER_SIZE (pool_buffer) = buffer.bytesused;
(gdb) bt
#0  0x00002aaaabd71dab in gst_v4l2src_grab_frame (v4l2src=0xfb23f0,
buf=0x42002ee0)
    at v4l2src_calls.c:842
#1  0x00002aaaabd69a2d in gst_v4l2src_create (src=0xfb23f0, buf=0x42003010) at
gstv4l2src.c:1054
#2  0x00002b47037ceed8 in gst_base_src_get_range (src=0xfb23f0,
offset=18446744073709551615, 
    length=4096, buf=0x42003010) at gstbasesrc.c:1774
#3  0x00002b47037d1bd3 in gst_base_src_loop (pad=0xfae000) at gstbasesrc.c:1943
#4  0x00002b4703a4f38d in gst_task_func (task=0xf148b0, tclass=<value optimized
out>) at gsttask.c:192
#5  0x00002b4702cba519 in ?? () from /usr/lib/libglib-2.0.so.0
#6  0x00002b4702cb8b74 in ?? () from /usr/lib/libglib-2.0.so.0
#7  0x00002b47017e52a5 in start_thread () from /lib/libpthread.so.0
#8  0x00002b470215361d in clone () from /lib/libc.so.6
#9  0x0000000000000000 in ?? ()


with bt full, I had this :

#0  0x00002aaaabd71dab in gst_v4l2src_grab_frame (v4l2src=0xfb23f0,
buf=0x42002ee0)
    at v4l2src_calls.c:842
        __txt = <value optimized out>
        __dbg = <value optimized out>
        buffer = {index = 0, type = V4L2_BUF_TYPE_VIDEO_CAPTURE, bytesused =
460800, flags = 1, 
  field = V4L2_FIELD_NONE, timestamp = {tv_sec = 1190806783, tv_usec = 502771},
timecode = {type = 0, 
    flags = 0, frames = 0 '\0', seconds = 0 '\0', minutes = 0 '\0', hours = 0
'\0', 
    userbits = "\000\000\000"}, sequence = 0, memory = V4L2_MEMORY_MMAP, m =
{offset = 0, 
    userptr = 0}, length = 460800, input = 0, reserved = 0}
        trials = <value optimized out>
        pool_buffer = (GstBuffer *) 0x0
        __PRETTY_FUNCTION__ = "gst_v4l2src_grab_frame"
#1  0x00002aaaabd69a2d in gst_v4l2src_create (src=0xfb23f0, buf=0x42003010) at
gstv4l2src.c:1054
        v4l2src = (GstV4l2Src *) 0xfb23f0
        ret = <value optimized out>
#2  0x00002b47037ceed8 in gst_base_src_get_range (src=0xfb23f0,
offset=18446744073709551615, 
    length=4096, buf=0x42003010) at gstbasesrc.c:1774
        ret = GST_FLOW_OK
        status = <value optimized out>
        __PRETTY_FUNCTION__ = "gst_base_src_get_range"
#3  0x00002b47037d1bd3 in gst_base_src_loop (pad=0xfae000) at gstbasesrc.c:1943
        src = (GstBaseSrc *) 0xfb23f0
        buf = (GstBuffer *) 0x0
        ret = <value optimized out>
        position = -1
        eos = <value optimized out>
        __PRETTY_FUNCTION__ = "gst_base_src_loop"
#4  0x00002b4703a4f38d in gst_task_func (task=0xf148b0, tclass=<value optimized
out>) at gsttask.c:192
        t = <value optimized out>
        lock = (GStaticRecMutex *) 0xfb0680
        tself = <value optimized out>
        __PRETTY_FUNCTION__ = "gst_task_func"
#5  0x00002b4702cba519 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#6  0x00002b4702cb8b74 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#7  0x00002b47017e52a5 in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#8  0x00002b470215361d in clone () from /lib/libc.so.6
No symbol table info available.
#9  0x0000000000000000 in ?? ()


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=480557.