On 9/8/2011 12:20 PM, jojelino wrote:
On 2011-09-08 PM 6:50, Marco atzeri wrote:
I am currently using debug version of cygwin-cvs, flkt-1.10 and octave;
but unfortunaltely the gdb backtrace is already corrupted/unclear at the
popen call, and I do not know if is real problem on a GDB issue :
-------------------------------------------------------------------------------
you need to do b _sigfe_popen, because the generated sigfe.s doesn't
emit any sort of dwarf 2 cfi, which gdb needed to backtrace.
thanks,
very useful
Breakpoint 4, 0x610d0843 in _sigfe_pclose () from /usr/bin/cygwin1.dll
(gdb) bt
#0 0x610d0843 in _sigfe_pclose () from /usr/bin/cygwin1.dll
#1 0x61e041c5 in _fu14___ZNSs4_Rep20_S_empty_rep_storageE ()
at ../../octave/src/DLD-FUNCTIONS/__init_fltk__.cc:166
#2 0x68441a03 in Fl_Gl_Window::flush (this=0x206bbf30) at
Fl_Gl_Window.cxx:347
#3 0x0b68171f in flush (this=<optimized out>) at ../FL/x.H:126
and it matches the octave source code
----------------------------------------------
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;
----------------------------------------------
regards
Marco
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
