Wed 12 Jan 2011 04:44:53 AM UTC, comment #5:
I wonder why I get this error even if visible is set to "off". Here is a little bit more of info:
Insufficient GL support
Program received signal SIGSEGV, Segmentation fault.
0x00007fffead5dda9 in Fl_Gl_Window::make_current() () from /usr/local/octave-3.4/libexec/octave/3.3.54+/oct/x86_64-unknown-linux-gnu/fltk_backend.oct
(gdb) where
#0 0x00007fffead5dda9 in Fl_Gl_Window::make_current() () from /usr/local/octave-3.4/libexec/octave/3.3.54+/oct/x86_64-unknown-linux-gnu/fltk_backend.oct
#1 0x00007fffead4fe7b in figure_manager::do_update_canvas (this=0xb25820, go=<value optimized out>, id=2004) at DLD-FUNCTIONS/fltk_backend.cc:1639
#2 figure_manager::update_canvas (this=0xb25820, go=<value optimized out>, id=2004) at DLD-FUNCTIONS/fltk_backend.cc:1491
|
Wed 15 Dec 2010 07:09:58 PM UTC, comment #4:
===============================
Does the crash over ssh start with:
octave:5> GL2PS error: Bad file pointer ?
This is one indication of a known timing problem in the
fltk backend. However, in other cases there seem to be
other failures such as the PDF file ends up empty. It appears
to be the case that running locally works, at least most
of the time but any use of
connections which cause the writing of the figure to take too
long results in failures. Also, scripts with many calls
to plot() tend to fail at some point which is not
predictable. The known timing causes, AFAIK, are ssh
and use of NX (NX takes a relatively long time since it
copies the desktop to the remote machine).
Michael
|
Wed 15 Dec 2010 07:11:17 AM UTC, comment #1:
I think you will need to provide some more info.
Precisely what do you mean by "remotely"? An ssh connection? Something else?
What kind of system is running your local display?
I think about all we can do in this case is detect that there is insufficient GL support and give an error. I would not expect that we can magically fix graphics if you don't have the proper hardware or software.
But, I don't know how to detect and catch this error so we can do something useful. Perhaps someone can point to some tips about how to handle it?
|
Wed 15 Dec 2010 01:51:32 AM UTC, original submission:
octave crashes when running plot command remotely with fltk backend.
Here is the corresponding valgrind output:
Insufficient GL support
Insufficient GL support
==19879== Invalid read of size 8
==19879== at 0x14430DA9: Fl_Gl_Window::make_current() (in /usr/local/octave-test/libexec/octave/3.3.54+/oct/x86_64-unknown-linux-gnu/fltk_backend.oct)
==19879== by 0x1441AB53: plot_window::plot_window(int, int, int, int, figure::properties&) (fltk_backend.cc:842)
==19879== by 0x1441B853: figure_manager::do_new_window(figure::properties&) (fltk_backend.cc:1541)
==19879== by 0x1440E5A8: _fltk_redraw_() (fltk_backend.cc:1419)
==19879== by 0x1441BA4C: fltk_backend::redraw_figure(graphics_object const&) const (fltk_backend.cc:1833)
==19879== by 0x51D6F43: Fdrawnow(octave_value_list const&, int) (graphics.h:1894)
==19879== by 0x540CE90: octave_builtin::do_multi_index_op(int, octave_value_list const&, std::list<octave_lvalue, std::allocator<octave_lvalue> > const*) (ov-builtin.cc:129)
==19879== by 0x540BE6B: octave_builtin::subsref(std::string const&, std::list<octave_value_list, std::allocator<octave_value_list> > const&, int, std::list<octave_lvalue, std::allocator<octave_lvalue> > const*) (ov-builtin.cc:64)
==19879== by 0x540CC2B: octave_builtin::subsref(std::string const&, std::list<octave_value_list, std::allocator<octave_value_list> > const&, int) (ov-builtin.cc:47)
==19879== by 0x54E70D0: octave_value::subsref(std::string const&, std::list<octave_value_list, std::allocator<octave_value_list> > const&, int) (ov.cc:1202)
==19879== by 0x54E7144: octave_value::subsref(std::string const&, std::list<octave_value_list, std::allocator<octave_value_list> > const&, int, std::list<octave_lvalue, std::allocator<octave_lvalue> > const*) (ov.cc:1213)
==19879== by 0x558657D: tree_index_expression::rvalue(int, std::list<octave_lvalue, std::allocator<octave_lvalue> > const*) (pt-idx.cc:408)
==19879== Address 0x18 is not stack'd, malloc'd or (recently) free'd
==19879==
panic: Segmentation fault -- stopping myself...
----------------------------------------------------------------------
GNU Octave Version 3.3.54+
GNU Octave License: GNU General Public License
Operating System: Linux 2.6.36-trunk-amd64 #1 SMP Wed Oct 27 14:28:29 UTC 2010 x86_64
|