[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #31641] fltk print crash on cygwin
From: |
John W. Eaton |
Subject: |
[Octave-bug-tracker] [bug #31641] fltk print crash on cygwin |
Date: |
Tue, 13 Sep 2011 10:25:47 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 Iceweasel/5.0 |
Follow-up Comment #8, bug #31641 (project octave):
What is the stack trace at the point of the crash?
There is no fhandler_pipe variable in the Octave sources, so where is this
crash happening?
If I set a breakpoint in pclose and execute your latest commands, I stop
here:
#0 __new_pclose (fp=0x1141880) at pclose.c:43
#1 0x00007ffff740780d in octave_pclose (f=0x1141880)
at /home/jwe/src/octave/src/sysdep.cc:436
#2 0x00007fffeab6dc89 in OpenGL_fltk::draw (this=0xf97540)
at /home/jwe/src/octave/src/DLD-FUNCTIONS/__init_fltk__.cc:166
#3 0x00007ffff4ececa2 in Fl_Gl_Window::flush() ()
from /usr/lib/x86_64-linux-gnu/libfltk_gl.so.1.1
#4 0x00007ffff4c48542 in Fl::flush() ()
from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1
#5 0x00007ffff4c49bec in Fl::wait(double) ()
from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1
#6 0x00007ffff4c49c8d in Fl::check() ()
from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1
#7 0x00007fffeab64888 in __fltk_redraw__ ()
at /home/jwe/src/octave/src/DLD-FUNCTIONS/__init_fltk__.cc:1775
#8 0x00007fffeab6502e in F__fltk_redraw__ ()
at /home/jwe/src/octave/src/DLD-FUNCTIONS/__init_fltk__.cc:1930
#9 0x00007ffff7467034 in octave_builtin::do_multi_index_op (this=0x6e61a0,
nargout=0, args=..., lvalue_list=0x0)
at /home/jwe/src/octave/src/ov-builtin.cc:131
...
The code in OpenGL_fltk::draw that ultimately calls pclose is
if (print_mode)
{
FILE *fp = octave_popen (print_cmd.c_str (), "w");
glps_renderer rend (fileno (fp), print_term);
rend.draw (gh_manager::get_object (number));
octave_pclose (fp);
print_mode = false;
}
This seems a valid use of popen and pclose. I don't know what fhandler_pipe
is or how to set it. Where does it come from and why is it not set but then
apparently used?
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?31641>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/