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 382405 - crash in Movie Player: opening a video file. Mp...
crash in Movie Player: opening a video file. Mp...
Status: RESOLVED INCOMPLETE
Product: totem
Classification: Core
Component: GStreamer backend
2.16.x
Other All
: High critical
: ---
Assigned To: Maintainer alias for GStreamer component of Totem
Maintainer alias for GStreamer component of Totem
Depends on:
Blocks:
 
 
Reported: 2006-12-04 22:01 UTC by Reiner Jung
Modified: 2007-04-24 13:15 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description Reiner Jung 2006-12-04 22:01:22 UTC 
Version: 2.16.2

What were you doing when the application crashed?
opening a video file. Mplayer detects an mp3 audio stream (44.1kHz, 2 channels, 16 bit signed little endian, 215.2 kbut) and a ffmpeg video stream (768x576 YV12). The image is too big for the xv-extension on my X-Server due to limitiations of the graphics card. Nevertheless totem should be able to handle xv request failures.





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

Memory status: size: 192434176 vsize: 0 resident: 192434176 share: 0 rss: 122355712 rss_rlim: 0
CPU usage: start_time: 1165269468 rtime: 0 utime: 554 stime: 0 cutime:402 cstime: 0 timeout: 152 it_real_value: 0 frequency: 22

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 -1226343712 (LWP 12982)]
[New Thread -1287050336 (LWP 12995)]
[New Thread -1278518368 (LWP 12994)]
[New Thread -1266521184 (LWP 12993)]
[New Thread -1253590112 (LWP 12990)]
[New Thread -1245119584 (LWP 12989)]
(no debugging symbols found)
0xffffe410 in __kernel_vsyscall ()

+ Trace 91616

Thread 4 (Thread -1266521184 (LWP 12993))

  • #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_malloc
    from /usr/lib/libglib-2.0.so.0
  • #10 gst_avi_demux_get_type
    from /usr/lib/gstreamer-0.10/libgstavi.so
  • #11 gst_avi_demux_get_type
    from /usr/lib/gstreamer-0.10/libgstavi.so
  • #12 gst_task_set_lock
    from /usr/lib/libgstreamer-0.10.so.0
  • #13 g_thread_pool_push
    from /usr/lib/libglib-2.0.so.0
  • #14 g_thread_create_full
    from /usr/lib/libglib-2.0.so.0
  • #15 start_thread
    from /lib/tls/i686/cmov/libpthread.so.0
  • #16 clone
    from /lib/tls/i686/cmov/libc.so.6 






Comment 1


Philip Withnall





          2007-02-02 07:33:11 UTC
        



Similar to bug #391549.






Comment 2


Tim-Philipp Müller





          2007-04-11 22:46:40 UTC
        



Looks more like a problem in avidemux (allocating way too much memory via g_malloc(), which makes it abort).

Do you still have the AVI file that causes this?

Have you tried if this still happens with feisty by any chance?







Comment 3


Tim-Philipp Müller





          2007-04-24 13:15:20 UTC
        



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!