octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gl-render.cc: framework OpenGL on MacOSX


From: Thomas Treichl
Subject: Re: gl-render.cc: framework OpenGL on MacOSX
Date: Thu, 12 Feb 2009 21:04:14 +0100
User-agent: Thunderbird 2.0.0.19 (Macintosh/20081209)

Ben Abbott schrieb:
On Thursday, February 12, 2009, at 01:25PM, "Jonathan Stickel" <address@hidden> 
wrote:
John W. Eaton wrote:
On 12-Feb-2009, Jonathan Stickel wrote:

| I can use the fltk backend to make graphs. However, I see segfault | every time I exit octave if I have initialized fltk: | | $ octave-3.1.52+
| GNU Octave, version 3.1.52+
| Copyright (C) 2008 John W. Eaton and others.
| This is free software; see the source code for copying conditions.
| There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or
| FITNESS FOR A PARTICULAR PURPOSE.  For details, type `warranty'.
| | Octave was configured for "i386-apple-darwin8.11.1". | | Additional information about Octave is available at http://www.octave.org. | | Please contribute if you find this software useful.
| For more information, visit http://www.octave.org/help-wanted.html
| | Report bugs to <address@hidden> (but first, please read
| http://www.octave.org/bugs.html to learn how to write a helpful report).
| | For information about changes from previous versions, type `news'. | | octave-3.1.52+:1> backend ('fltk')
| octave-3.1.52+:2> exit
| panic: Segmentation fault -- stopping myself...
| attempting to save variables to `'...
| | ^C^CPress Control-C again to abort.
| ^Cpanic: attempted clean up apparently failed -- aborting...
| Abort trap

Please try running Octave under a debugger and find out where this
crash is happening.

jwe

OK, here is what happens (thanks John Swenson for indicating how to do this):

 $ ./run-octave -g
GNU gdb 6.3.50-20050815 (Apple version gdb-696) (Sat Oct 20 18:16:54 GMT 2007)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-apple-darwin"...
warning: --arch option not supported in this gdb.
Reading symbols for shared libraries .................... done

(gdb) run
Starting program: /Users/Shared/install/octave/dev-source/octave/build/src/octave --no-initial-path --path=/Users/Shared/install/octave/dev-source/octave/build/... (cut) --info-file=/Users/Shared/install/octave/dev-source/octave/build/doc/interpreter/octave.info Reading symbols for shared libraries .......+++++........................................................+..+++..+ done
GNU Octave, version 3.1.52+
Copyright (C) 2008 John W. Eaton and others.
This is free software; see the source code for copying conditions.
There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE.  For details, type `warranty'.

Octave was configured for "i386-apple-darwin8.11.1".

Additional information about Octave is available at http://www.octave.org.

Please contribute if you find this software useful.
For more information, visit http://www.octave.org/help-wanted.html

Report bugs to <address@hidden> (but first, please read
http://www.octave.org/bugs.html to learn how to write a helpful report).

For information about changes from previous versions, type `news'.

Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
octave:1> backend ('fltk')
Reading symbols for shared libraries .. done
octave:2> exit

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x02f61b6c
0x01745bff in graphics_backend::~graphics_backend ()
(gdb)

I built with debugging on (-g) and have a bit more information.

GNU Octave, version 3.1.52
Copyright (C) 2008 John W. Eaton and others.
This is free software; see the source code for copying conditions.
There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE.  For details, type `warranty'.

Octave was configured for "i386-apple-darwin9.6.0".

Additional information about Octave is available at http://www.octave.org.

Please contribute if you find this software useful.
For more information, visit http://www.octave.org/help-wanted.html

Report bugs to <address@hidden> (but first, please read
http://www.octave.org/bugs.html to learn how to write a helpful report).

For information about changes from previous versions, type `news'.

Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
octave:1> backend ('fltk') Reading symbols for shared libraries . done
octave:2> Reading symbols for shared libraries ...... done
exit

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x00ace42c
0x013745e7 in ~graphics_backend [inlined] () at graphics.h:1507
1507            delete rep;

Maybe we should also mention that the crash is not there if '__remove_fltk__' is called before exit:

  octave:1> backend ("fltk")
  octave:2> __remove_fltk__
  octave:3> exit
  bash$

And here is even more output from './run-octave -g' but I think I need some help what I should do next if you need even more information about what is going on:

octave:1> backend ("fltk")
Reading symbols for shared libraries .... done
octave:2> exit

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x037c56ec
0x019109c1 in std::_Rb_tree<std::string, std::pair<std::string const, graphics_backend>, std::_Select1st<std::pair<std::string const, graphics_backend> >, std::less<std::string>, std::allocator<std::pair<std::string const, graphics_backend> > >::_M_erase (this=0x1d672c4, __x=0x63f2db0) at graphics.h:1507
1507            delete rep;

(gdb) where

#0 0x019109c1 in std::_Rb_tree<std::string, std::pair<std::string const, graphics_backend>, std::_Select1st<std::pair<std::string const, graphics_backend> >, std::less<std::string>, std::allocator<std::pair<std::string const, graphics_backend> > >::_M_erase (this=0x1d672c4, __x=0x63f2db0) at graphics.h:1507
#1  0x010ad03b in __tcf_10 () at stl_tree.h:570
#2  0x0100d5bd in cxa_atexit_wrapper ()
#3  0x9000ff21 in __cxa_finalize ()
#4  0x9000fe28 in exit ()
#5  0x012d5f43 in clean_up_and_exit (retval=0) at toplev.cc:637
#6  0x012d5fec in Fquit (address@hidden, nargout=0) at toplev.cc:665
#7 0x013939f9 in octave_builtin::do_multi_index_op (this=0x3877c4c, nargout=0, address@hidden) at ov-builtin.cc:107 #8 0x0137a6e7 in octave_value::do_multi_index_op (this=0x37c56e8, nargout=58480360, address@hidden) at ov.cc:1108
#9  0x015055e1 in tree_identifier::rvalue (this=0x653b260, nargout=0) at 
pt-id.cc:86
#10 0x015048a3 in tree_identifier::rvalue1 (this=0x653b260, nargout=58480360) at pt-id.cc:107 #11 0x01501a04 in tree_evaluator::visit_statement (this=0x1d670e0, address@hidden) at pt-eval.cc:693 #12 0x01520fc7 in tree_statement::accept (this=0x63dc010, address@hidden) at pt-stmt.cc:134 #13 0x014fc10c in tree_evaluator::visit_statement_list (this=0x1d670e0, address@hidden) at pt-eval.cc:729 #14 0x01521085 in tree_statement_list::accept (this=0x63dc010, address@hidden) at pt-stmt.cc:198
#15 0x012d47db in main_loop () at toplev.cc:559
#16 0x012781d9 in octave_main (argc=5, argv=0xbfffd9f4, embedded=0) at 
octave.cc:857
#17 0x00006a34 in main (argc=58480360, argv=0x37c56e8) at main.c:35
#18 0x000063a2 in _start ()
#19 0x000062c9 in start ()
Current language:  auto; currently c++
(gdb)

Best regards,

  Thomas


reply via email to

[Prev in Thread] Current Thread [Next in Thread]