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 624523 - crash in Pitivi Video Editor: Starting pitivi
crash in Pitivi Video Editor: Starting pitivi
Status: RESOLVED NOTGNOME
Product: pitivi
Classification: Other
Component: General
0.13.4
Other All
: Normal critical
: Git
Assigned To: Pitivi maintainers
Pitivi maintainers
Depends on:
Blocks:
 
 
Reported: 2010-07-16 09:45 UTC by Olivier Berger
Modified: 2010-09-20 08:22 UTC
See Also:
GNOME target: ---
GNOME version: 2.29/2.30



Description Olivier Berger 2010-07-16 09:45:17 UTC
What were you doing when the application crashed?
Starting pitivi


Distribution: Debian squeeze/sid
Gnome Release: 2.30.0 2010-04-26 (Debian)
BugBuddy Version: 2.30.0

System: Linux 2.6.32-5-686 #1 SMP Tue Jun 1 04:59:47 UTC 2010 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10707000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: gnome
GTK+ Modules: gnomebreakpad, canberra-gtk-module

Memory status: size: 119758848 vsize: 119758848 resident: 34717696 share: 17719296 rss: 34717696 rss_rlim: 18446744073709551615
CPU usage: start_time: 1279273493 rtime: 55 utime: 49 stime: 6 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/python2.6'

[Thread debugging using libthread_db enabled]
0xb782e424 in __kernel_vsyscall ()

Thread 1 (Thread 0xb74cd6c0 (LWP 24783))

  • #0 __kernel_vsyscall
  • #1 waitpid
    from /lib/i686/cmov/libpthread.so.0
  • #2 g_spawn_sync
    from /lib/libglib-2.0.so.0
  • #3 g_spawn_command_line_sync
    from /lib/libglib-2.0.so.0
  • #4 ??
    from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
  • #5 <signal handler called>
  • #6 ??
    from /usr/lib/libgstreamer-0.10.so.0
  • #7 ??
    from /usr/lib/libgstreamer-0.10.so.0
  • #8 gst_pad_link
    from /usr/lib/libgstreamer-0.10.so.0
  • #9 gst_ghost_pad_set_target
    from /usr/lib/libgstreamer-0.10.so.0
  • #10 ??
    from /usr/lib/gstreamer-0.10/libgnl.so
  • #11 ??
    from /usr/lib/gstreamer-0.10/libgnl.so
  • #12 ??
    from /usr/lib/gstreamer-0.10/libgnl.so
  • #13 gst_bin_add
    from /usr/lib/libgstreamer-0.10.so.0
  • #14 ??
    from /usr/lib/python2.6/dist-packages/gst-0.10/gst/_gst.so
  • #15 PyEval_EvalFrameEx
  • #16 PyEval_EvalFrameEx
  • #17 PyEval_EvalCodeEx
  • #18 ??
  • #19 PyObject_Call
  • #20 ??
  • #21 PyObject_Call
  • #22 ??
  • #23 ??
  • #24 PyObject_Call
  • #25 PyEval_EvalFrameEx
  • #26 PyEval_EvalFrameEx
  • #27 PyEval_EvalFrameEx
  • #28 PyEval_EvalFrameEx
  • #29 PyEval_EvalFrameEx
  • #30 PyEval_EvalCodeEx
  • #31 PyEval_EvalCode
  • #32 PyRun_FileExFlags
  • #33 PyRun_SimpleFileExFlags
  • #34 Py_Main
  • #35 main
A debugging session is active.

	Inferior 1 [process 24783] will be detached.

Quit anyway? (y or n) [answered Y; input not from terminal]


----------- .xsession-errors (70591 sec old) ---------------------
(evolution:4823): evolution-mail-CRITICAL **: cmp_array_uids: assertion `md1->mi != NULL' failed
(evolution:4823): evolution-mail-CRITICAL **: cmp_array_uids: assertion `md1->mi != NULL' failed
(evolution:4823): evolution-mail-CRITICAL **: cmp_array_uids: assertion `md1->mi != NULL' failed
(evolution:4823): evolution-mail-CRITICAL **: cmp_array_uids: assertion `md1->mi != NULL' failed
(evolution:4823): evolution-mail-CRITICAL **: cmp_array_uids: assertion `md1->mi != NULL' failed
(evolution:4823): evolution-mail-CRITICAL **: cmp_array_uids: assertion `md1->mi != NULL' failed
(evolution:4823): evolution-mail-CRITICAL **: cmp_array_uids: assertion `md1->mi != NULL' failed
...Too much output, ignoring rest...
--------------------------------------------------
Comment 1 Edward Hervey 2010-07-16 10:12:54 UTC
What version of:
gstreamer (core)
gnonlin
gst-python
Comment 2 Olivier Berger 2010-07-16 17:41:42 UTC
Here's a copy of the versions of the Debian packages here :

ii  gstreamer0.10-alsa [gstreame 0.10.29-4   GStreamer plugin for ALSA
ii  gstreamer0.10-esd [gstreamer 0.10.23-4   GStreamer plugin for ESD
ii  gstreamer0.10-gnonlin        0.10.15-1   non-linear editing module for GStr
ii  gstreamer0.10-plugins-bad [g 0.10.19-1   GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-base   0.10.29-4   GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good [ 0.10.23-4   GStreamer plugins from the "good" 
ii  gstreamer0.10-plugins-really 0.10.19-0.0 GStreamer plugins from the "bad" s
ii  gstreamer0.10-pulseaudio [gs 0.10.23-4   GStreamer plugin for PulseAudio
ii  gstreamer0.10-sdl [gstreamer 0.10.19-1   GStreamer plugin for SDL output
ii  gstreamer0.10-x [gstreamer0. 0.10.29-4   GStreamer plugins for X11 and Pang
ii  libgstreamer-plugins-base0.1 0.10.29-4   GStreamer libraries from the "base
ii  libgstreamer0.10-0           0.10.29-1   Core GStreamer libraries and eleme
ii  python-gst0.10               0.10.18-2   generic media-playing framework (P
ii  gstreamer0.10-ffmpeg          0.10.10-1  FFmpeg plugin for GStreamer
ii  gstreamer0.10-plugins-bad     0.10.19-1  GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-ugly    0.10.15-1  GStreamer plugins from the "ugly" 

Hope this helps.
Comment 3 Olivier Berger 2010-07-20 07:15:50 UTC
Uhmmm... I think I've provided enough info... changing status
Comment 4 Olivier Berger 2010-07-20 07:16:58 UTC
Also note that I get this on stdout/stderr at crash time :

$ pitivi 

(pitivi:6671): GStreamer-CRITICAL **: 
Trying to dispose object "ffmpegcsp0", but it still has a parent "pitivi+elements+mixer+smartvideomixerbin0".
You need to let the parent manage the object instead of unreffing the object directly.


(pitivi:6671): GStreamer-CRITICAL **: 
Trying to dispose object "src", but it still has a parent "pitivi+elements+mixer+smartvideomixerbin0".
You need to let the parent manage the object instead of unreffing the object directly.
Comment 5 Sebastian Dröge (slomo) 2010-09-17 09:26:48 UTC
That's most likely a problem with Debian's python-gi. I get the exactly same behaviour if it is installed. Removing it should fix it.
Comment 6 Sebastian Dröge (slomo) 2010-09-20 08:22:41 UTC
Olivier confirmed in the related Debian bugreport that pitivi works as expected after removing python-gi/pygi.