[Octave-bug-tracker] [bug #47372] Memory leaks and segmentation faults in Octave

[Rik]

Follow-up Comment #11, bug #47372 (project octave):

The segfaults I believe are all related to Octave and the way it is using the
ImageMagick library.  There is much more information at bug #41699 about this
same behavior on a Windows platform.  I was able to get a backtrace on Linux
shown below.  It is definitely during the shutdown process when the shared
library is being unloaded. 


#0  0x00007ffff52da425 in octave_refcount<int>::operator++
(this=0x60c00006f100)
    at ./liboctave/util/oct-refcount.h:66
#1  0x00007ffff5982cd5 in octave_shlib::operator= (this=0x6110000da1e0,
sl=...)
    at ./liboctave/util/oct-shlib.h:140
#2  0x00007ffff5982de4 in octave_shlib::close (this=0x6110000da1e0,
cl_hook=0x0)
    at ./liboctave/util/oct-shlib.h:159
#3  0x00007ffff5c9cd12 in octave_shlib_list::do_remove (this=0x6030001f5070, 
    shl=..., cl_hook=0x0) at libinterp/corefcn/dynamic-ld.cc:116
#4  0x00007ffff5c9d32a in octave_shlib_list::remove (shl=..., cl_hook=0x0)
    at libinterp/corefcn/dynamic-ld.cc:179
#5  0x00007ffff5c9de76 in octave_dynamic_loader::do_remove_oct
(this=0x6020001173d0, 
    fcn_name=..., shl=...) at libinterp/corefcn/dynamic-ld.cc:370
#6  0x00007ffff5c9dfaa in octave_dynamic_loader::remove_oct (fcn_name=...,
shl=...)
    at libinterp/corefcn/dynamic-ld.cc:418
#7  0x00007ffff59235dd in octave_dld_function::~octave_dld_function (
    this=0x6110000da100, __in_chrg=<optimized out>)
    at libinterp/octave-value/ov-dld-fcn.cc:58
#8  0x00007ffff592363c in octave_dld_function::~octave_dld_function (
    this=0x6110000da100, __in_chrg=<optimized out>)
    at libinterp/octave-value/ov-dld-fcn.cc:59
#9  0x00007ffff52d5119 in octave_value::operator= (this=0x61400011cf80,
a=...)
    at ./libinterp/octave-value/ov.h:364
#10 0x00007ffff5ae16b1 in
symbol_table::fcn_info::fcn_info_rep::clear_autoload_function
(this=0x61400011ce40, force=true) at libinterp/corefcn/symtab.h:873
#11 0x00007ffff6117765 in symbol_table::fcn_info::fcn_info_rep::clear (
    this=0x61400011ce40, force=true) at libinterp/corefcn/symtab.h:907
---Type <return> to continue, or q <return> to quit---
#12 0x00007ffff6117a77 in symbol_table::fcn_info::clear (this=0x6070006975a0,

    force=true) at libinterp/corefcn/symtab.h:1110
#13 0x00007ffff6117f40 in symbol_table::clear_functions (force=true)
    at libinterp/corefcn/symtab.h:1704
#14 0x00007ffff6117d9b in symbol_table::clear_all (force=true)
    at libinterp/corefcn/symtab.h:1676
#15 0x00007ffff6114f3f in symbol_table::cleanup ()
    at libinterp/corefcn/symtab.cc:1622
#16 0x00007ffff6132260 in do_octave_atexit () at
libinterp/corefcn/toplev.cc:853
#17 0x00007ffff61340c3 in clean_up_and_exit (status=0, safe_to_return=true)
    at libinterp/corefcn/toplev.cc:890
#18 0x00007ffff52d2a0f in octave_execute_interpreter () at
libinterp/octave.cc:999
#19 0x0000000000402c6b in main (argc=9, argv=0x7fffffffca38) at
src/main-cli.cc:42




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?47372>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/