Doug,
its hard to see what the problem is, but can you try this:
save the attached patch file in your lives/src directory, then:

patch -p0 < test.patch

then make and make install again.

There is a chance it will fix the problem.


Gabriel.



http://lives.sourceforge.net
https://www.ohloh.net/accounts/salsaman


On Wed, Apr 17, 2013 at 8:22 PM, Doug Webb <[email protected]> wrote:

> Looks like I'm using version 3 but I have version 2 installed also. I
> think this is the stock install from Ubuntu.  Here is a further bt
>
> doug@doug-desktop:~$ gdb lives
> GNU gdb (GDB) 7.5-ubuntu
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /usr/bin/lives...done.
> (gdb) run
> Starting program: /usr/bin/lives
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [New Thread 0x7fffec8f6700 (LWP 16345)]
> [New Thread 0x7fffe6daa700 (LWP 16346)]
>
> LiVES 2.0.3
> Copyright 2002-2013 Gabriel Finch ([email protected]) 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 0x7fffe5d53700 (LWP 16363)]
> LiVES info: Invalid effect farneback_analyserfarneback_analysersalsaman1
> found in compound effect image_stabilizer, line 4
>
> LiVES info: Invalid effect farneback_analyserfarneback_analysersalsaman1
> found in compound effect motion_analyser, line 4
>
> [New Thread 0x7fffbed40700 (LWP 16852)]
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007ffff6916c30 in g_type_check_instance_cast ()
>     from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> (gdb) bt
> #0  0x00007ffff6916c30 in g_type_check_instance_cast ()
>     from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #1  0x00000000005540f8 in draw_block (mt=0x254f5a0,
>      mt@entry=<error reading variable: Cannot access memory at address
> 0x7fffffffcb48>,
>      cairo=<error reading variable: Cannot access memory at address
> 0x7fffffffcab8>,
>      surf=<error reading variable: Cannot access memory at address
> 0x7fffffffcac0>, block=0x25b4100, x1=0,
>      x2=<error reading variable: Cannot access memory at address
> 0x7fffffffcab0>) at multitrack.c:831
> (gdb)
> #0  0x00007ffff6916c30 in g_type_check_instance_cast ()
>     from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #1  0x00000000005540f8 in draw_block (mt=0x254f5a0,
>      cairo=<error reading variable: Cannot access memory at address
> 0x7fffffffcab8>,
>      surf=<error reading variable: Cannot access memory at address
> 0x7fffffffcac0>, block=0x25b4100, x1=0,
>      x2=<error reading variable: Cannot access memory at address
> 0x7fffffffcab0>) at multitrack.c:831
> (gdb)
> #0  0x00007ffff6916c30 in g_type_check_instance_cast ()
>     from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #1  0x00000000005540f8 in draw_block (mt=0x254f5a0,
>      cairo=<error reading variable: Cannot access memory at address
> 0x7fffffffcab8>,
>      surf=<error reading variable: Cannot access memory at address
> 0x7fffffffcac0>, block=0x25b4100, x1=0,
>      x2=<error reading variable: Cannot access memory at address
> 0x7fffffffcab0>) at multitrack.c:831
> (gdb)
> #0  0x00007ffff6916c30 in g_type_check_instance_cast ()
>     from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #1  0x00000000005540f8 in draw_block (mt=0x254f5a0,
>      cairo=<error reading variable: Cannot access memory at address
> 0x7fffffffcab8>,
>      surf=<error reading variable: Cannot access memory at address
> 0x7fffffffcac0>, block=0x25b4100, x1=0,
>      x2=<error reading variable: Cannot access memory at address
> 0x7fffffffcab0>) at multitrack.c:831
> (gdb)
> #0  0x00007ffff6916c30 in g_type_check_instance_cast ()
>     from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #1  0x00000000005540f8 in draw_block (mt=0x254f5a0,
>      cairo=<error reading variable: Cannot access memory at address
> 0x7fffffffcab8>,
>      surf=<error reading variable: Cannot access memory at address
> 0x7fffffffcac0>, block=0x25b4100, x1=0,
>      x2=<error reading variable: Cannot access memory at address
> 0x7fffffffcab0>) at multitrack.c:831
> (gdb) q
> A debugging session is active.
>
>      Inferior 1 [process 16342] will be killed.
>
> Quit anyway? (y or n) y
> Quitting: Couldn't get registers: No such process.
> doug@doug-desktop:~$
>
>
>
>
> On 13-04-17 02:12 PM, salsaman wrote:
> > I need to see a longer backtrace. Can you press return a couple of
> > times after entering "bt" ?
> >
> > What version of gtk are you using, gtk 2 or gtk 3 ?
> >
> > Regards,
> > Gabriel.
> >
> >
> >
> > http://lives.sourceforge.net
> > https://www.ohloh.net/accounts/salsaman
> >
> >
> > On Wed, Apr 17, 2013 at 4:44 PM, Doug Webb <[email protected]
> > <mailto:[email protected]>> wrote:
> >
> >     I couldn't seem to give the -debug arg to lives under gdb so here
> >     it is
> >     without.  This time it hung up instead of crashing.
> >
> >
> >     doug@doug-desktop:~$ gdb lives
> >     GNU gdb (GDB) 7.5-ubuntu
> >     Copyright (C) 2012 Free Software Foundation, Inc.
> >     License GPLv3+: GNU GPL version 3 or later
> >     <http://gnu.org/licenses/gpl.html>
> >     This is free software: you are free to change and redistribute it.
> >     There is NO WARRANTY, to the extent permitted by law.  Type "show
> >     copying"
> >     and "show warranty" for details.
> >     This GDB was configured as "x86_64-linux-gnu".
> >     For bug reporting instructions, please see:
> >     <http://www.gnu.org/software/gdb/bugs/>...
> >     Reading symbols from /usr/bin/lives...done.
> >     (gdb) run
> >     Starting program: /usr/bin/lives
> >     [Thread debugging using libthread_db enabled]
> >     Using host libthread_db library
> >     "/lib/x86_64-linux-gnu/libthread_db.so.1".
> >     [New Thread 0x7fffec8f6700 (LWP 12347)]
> >     [New Thread 0x7fffe6daa700 (LWP 12348)]
> >
> >     LiVES 2.0.3
> >     Copyright 2002-2013 Gabriel Finch ([email protected]
> >     <mailto:[email protected]>) 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 0x7fffe5d53700 (LWP 12365)]
> >     LiVES info: Invalid effect
> >     farneback_analyserfarneback_analysersalsaman1
> >     found in compound effect image_stabilizer, line 4
> >
> >     LiVES info: Invalid effect
> >     farneback_analyserfarneback_analysersalsaman1
> >     found in compound effect motion_analyser, line 4
> >
> >     [New Thread 0x7fffbed40700 (LWP 12853)]
> >     [Thread 0x7fffe5d53700 (LWP 12365) exited]
> >
> >     Program received signal SIGSEGV, Segmentation fault.
> >     0x00007ffff6916c30 in g_type_check_instance_cast ()
> >         from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> >     (gdb) bt
> >     #0  0x00007ffff6916c30 in g_type_check_instance_cast ()
> >         from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> >     #1  0x00000000005540f8 in draw_block (mt=0x254cf80,
> >          mt@entry=<error reading variable: Cannot access memory at
> address
> >     0x7fffffffcb48>,
> >          cairo=<error reading variable: Cannot access memory at address
> >     0x7fffffffcab8>,
> >          surf=<error reading variable: Cannot access memory at address
> >     0x7fffffffcac0>, block=0x29b68b0, x1=0,
> >          x2=<error reading variable: Cannot access memory at address
> >     0x7fffffffcab0>) at multitrack.c:831
> >     (gdb)
> >
> >
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Precog is a next-generation analytics platform capable of advanced
> > analytics on semi-structured data. The platform includes APIs for
> building
> > apps and a phenomenal toolset for data science. Developers can use
> > our toolset for easy data analysis & visualization. Get a free account!
> > http://www2.precog.com/precogplatform/slashdotnewsletter
> >
> >
> > _______________________________________________
> > Lives-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/lives-users
>
>
>
> ------------------------------------------------------------------------------
> Precog is a next-generation analytics platform capable of advanced
> analytics on semi-structured data. The platform includes APIs for building
> apps and a phenomenal toolset for data science. Developers can use
> our toolset for easy data analysis & visualization. Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
> _______________________________________________
> Lives-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/lives-users
>

Attachment: test.patch
Description: Binary data

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Lives-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lives-users

Reply via email to