Crashes when select tools => preferences
LiVES is a Video Editing System. It is designed to be simple to use, y
Brought to you by:
gfinch
Menu
▾
▴
#149 Crashes when select tools => preferences
closed
nobody
None
5
2012-09-15
2010-11-07
Anonymous
No
lives --debug -aplayer pulse
LiVES 1.3.10
Copyright 2002-2010 Gabriel Finch (salsaman@xs4all.nl) and others.
LiVES comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details.
Unfortunately LiVES crashed.
This is Gentoo amd64
media-video/lives-1.3.10 USE="nls ogg pulseaudio theora -jack -libvisual -matroska"
View and moderate all "bugs Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Bugs"
Here is the ebuild;
http://bugs.gentoo.org/show_bug.cgi?id=344457
I'm dabbott
Last edit: Anonymous 2014-04-02
Can you get a backtrace by running LiVES through gdb -
e.g:
gdb lives
run
(continue until crash...)
bt
Then paste the full output of bt here.
Thanks.
Marking as postponed, awaiting further info from the reporter.
I'm running Gentoo on x86.
With my little patch to use libv4l (see patch tracker) I can launch lives and load clips, so far so good.
calling up the preferences dialog yields the included back trace.
It looks like *vpp has not been assigned a value.
LiVES 1.4.3-svn
Copyright 2002-2010 Gabriel Finch (salsaman@xs4all.nl) and others.
LiVES comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details.
[New Thread 0xaff7bb70 (LWP 19428)]
Program received signal SIGSEGV, Segmentation fault.
0x080c298a in prefsw_set_astream_settings (vpp=0x0) at preferences.c:1455
1455 if (vpp->audio_codec!=AUDIO_CODEC_NONE) {
(gdb) bt
0 0x080c298a in prefsw_set_astream_settings (vpp=0x0) at preferences.c:1455
1 0x080ca0ed in create_prefs_dialog () at preferences.c:2916
2 0x080dc0bd in on_preferences_activate (menuitem=0x87af988, user_data=0x0) at preferences.c:5367
3 0xb68f2e3c in g_cclosure_marshal_VOID__VOID (closure=0x87fffa8, return_value=0x0, n_param_values=1,
4 0xb68d6af2 in g_closure_invoke (closure=0x87fffa8, return_value=0x0, n_param_values=1, param_values=0x8b9cb60,
5 0xb68e95c0 in signal_emit_unlocked_R (node=0x872a0e8, detail=0, instance=0x87af988, emission_return=0x0,
6 0xb68f24c6 in g_signal_emit_valist (instance=0x87af988, signal_id=94, detail=0,
7 0xb68f2672 in g_signal_emit (instance=0x87af988, signal_id=94, detail=0) at gsignal.c:3040
8 0xb7e494ef in closure_accel_activate (closure=0x87b6400, return_value=0xbfffde34, n_param_values=4,
9 0xb68d6af2 in g_closure_invoke (closure=0x87b6400, return_value=0xbfffde34, n_param_values=4,
10 0xb68e95c0 in signal_emit_unlocked_R (node=0x8777ac8, detail=993, instance=0x874f4c0, emission_return=0xbfffdf6c,
11 0xb68f224b in g_signal_emit_valist (instance=0x874f4c0, signal_id=151, detail=993,
12 0xb68f2672 in g_signal_emit (instance=0x874f4c0, signal_id=151, detail=993) at gsignal.c:3040
13 0xb7c3a8b1 in IA__gtk_accel_group_activate (accel_group=0x874f4c0, accel_quark=993, acceleratable=0x870eda8,
14 0xb7c3bcf2 in IA__gtk_accel_groups_activate (object=0x870eda8, accel_key=112, accel_mods=GDK_CONTROL_MASK)
15 0xb7e6507d in IA__gtk_window_activate_key (window=0x870eda8, event=0x8c141e8) at gtkwindow.c:8355
16 0xb7e650ec in gtk_window_key_press_event (widget=0x870eda8, event=0x8c141e8) at gtkwindow.c:5225
17 0xb7d17d64 in _gtk_marshal_BOOLEAN__BOXED (closure=0x8722e38, return_value=0xbfffe2a4, n_param_values=2,
18 0xb68d5447 in g_type_class_meta_marshal (closure=0x8722e38, return_value=0xbfffe2a4, n_param_values=2,
19 0xb68d6af2 in g_closure_invoke (closure=0x8722e38, return_value=0xbfffe2a4, n_param_values=2,
20 0xb68e93c5 in signal_emit_unlocked_R (node=0x8722dc8, detail=0, instance=0x870eda8, emission_return=0xbfffe3dc,
21 0xb68f224b in g_signal_emit_valist (instance=0x870eda8, signal_id=42, detail=0,
22 0xb68f2672 in g_signal_emit (instance=0x870eda8, signal_id=42, detail=0) at gsignal.c:3040
23 0xb7e4ad06 in gtk_widget_event_internal (widget=0x870eda8, event=0x8c141e8) at gtkwidget.c:4980
24 0xb7d15fb3 in IA__gtk_propagate_event (widget=0x870eda8, event=0x8c141e8) at gtkmain.c:2462
25 0xb7d162df in IA__gtk_main_do_event (event=<value optimized="" out="">) at gtkmain.c:1683</value>
26 0xb7b9c54a in gdk_event_dispatch (source=0x8710958, callback=0, user_data=0x0) at gdkevents-x11.c:2377
27 0xb651bfe2 in g_main_dispatch (context=0x8710a28) at gmain.c:2440
28 g_main_context_dispatch (context=0x8710a28) at gmain.c:3013
29 0xb651c7c0 in g_main_context_iterate (context=0x8710a28, block=1, dispatch=1, self=<value optimized="" out="">)</value>
30 0xb651ce8b in g_main_loop_run (loop=0x8737c88) at gmain.c:3299
31 0xb7d14fa9 in IA__gtk_main () at gtkmain.c:1255
32 0x0805c6b1 in main (argc=1, argv=0xbfffec24) at main.c:2223
I made an ebuild for gentoo to compile lives-1.4.2.
This stable release does not exhibit this problem. I'll try to do a recursion and pin point a revision to look at more closely.
At revision 934 the preferences dialog works !!
At revision 935 the preferences dialog borks ...
It's too convoluted a code path for me to figure out yet.
I believe this should be fixed now due to this patch:
http://lives.svn.sourceforge.net/viewvc/lives/trunk/src/preferences.c?r1=939&r2=941
Closing as fixed.
Recommend you upgrade to version 1.4.4 or higher.