[Octave-bug-tracker] [bug #41699] image package: imrotate causes a segmentation fault when exiting Octave

[Mike Miller]

Follow-up Comment #15, bug #41699 (project octave):

This may or may not be related, but I get the following segfault on exit when
running Octave 3.8.1 on linux with gdb. If I run Octave without gdb, I don't
see any error, I'm not sure if that means it's being suppressed somehow
because it's when the process is exiting, or if gdb is changing the process
environment sufficiently to trigger the error.

Showing here with a fresh build of the stable branch:


$ ./run-octave -g --no-gui-libs
...
(gdb) run
...
octave:1> imread (tilde_expand ("~/Downloads/AI3c70.tif"));
warning: your version of GraphicsMagick limits images to 8 bits per pixel
octave:2> exit


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe2a02700 (LWP 31274)]
0x00007fffe4170a70 in ?? ()
(gdb) info threads
  Id   Target Id         Frame 
  4    Thread 0x7fffe2201700 (LWP 31275) "lt-octave-cli" 0x00007fffe4170a72 in
?? ()
* 3    Thread 0x7fffe2a02700 (LWP 31274) "lt-octave-cli" 0x00007fffe4170a70 in
?? ()
  2    Thread 0x7fffe3203700 (LWP 31273) "lt-octave-cli" 0x00007fffe4170a72 in
?? ()
  1    Thread 0x7ffff7f8d780 (LWP 31242) "lt-octave-cli" _dl_close_worker (
    address@hidden) at dl-close.c:755
(gdb) thread apply all bt

Thread 4 (Thread 0x7fffe2201700 (LWP 31275)):
#0  0x00007fffe4170a72 in ?? ()
#1  0x00007fffe416f2fe in ?? ()
#2  0x00007fffe2201700 in ?? ()
#3  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7fffe2a02700 (LWP 31274)):
#0  0x00007fffe4170a70 in ?? ()
#1  0x00007fffe416f2fe in ?? ()
#2  0x00007fffe2a02700 in ?? ()
#3  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7fffe3203700 (LWP 31273)):
#0  0x00007fffe4170a72 in ?? ()
#1  0x00007fffe416f2fe in ?? ()
#2  0x00007fffe3203700 in ?? ()
#3  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7ffff7f8d780 (LWP 31242)):
#0  _dl_close_worker (address@hidden) at dl-close.c:755
#1  0x00007ffff7df11ec in _dl_close (_map=0xc9f430) at dl-close.c:781
#2  0x00007ffff7deb7b4 in _dl_catch_error (objname=0x9ed7e0,
errstring=0x9ed7e8, 
    mallocedp=0x9ed7d8, operate=0x7fffefe390e0 <dlclose_doit>, args=0xc9f430)
    at dl-error.c:177
#3  0x00007fffefe395dd in _dlerror_run (address@hidden
<dlclose_doit>, 
    args=0xc9f430) at dlerror.c:163
#4  0x00007fffefe3910f in __dlclose (handle=<optimized out>) at dlclose.c:46
#5  0x00007ffff694241d in octave_dlopen_shlib::~octave_dlopen_shlib
(this=0xcf8b20, 
    __in_chrg=<optimized out>) at ../../liboctave/util/oct-shlib.cc:215
#6  0x00007ffff6942599 in octave_dlopen_shlib::~octave_dlopen_shlib
(this=0xcf8b20, 
    __in_chrg=<optimized out>) at ../../liboctave/util/oct-shlib.cc:216
#7  0x00007ffff75819a1 in operator= (sl=..., this=0x778798)
    at ../../liboctave/util/oct-shlib.h:135
#8  close (cl_hook=0x0, this=0x778798) at
../../liboctave/util/oct-shlib.h:157
#9  octave_shlib_list::do_remove (this=<optimized out>, shl=..., cl_hook=0x0)
    at ../../libinterp/corefcn/dynamic-ld.cc:116
#10 0x00007ffff7581f78 in octave_dynamic_loader::do_remove_oct (this=0x0,
fcn_name=..., 
    shl=...) at ../../libinterp/corefcn/dynamic-ld.cc:391
#11 0x00007ffff7581fcb in octave_dynamic_loader::remove_oct (fcn_name=...,
shl=...)
    at ../../libinterp/corefcn/dynamic-ld.cc:439
---Type <return> to continue, or q <return> to quit---
#12 0x00007ffff73a97fa in octave_dld_function::~octave_dld_function
(this=0x778750, 
    __in_chrg=<optimized out>) at
../../libinterp/octave-value/ov-dld-fcn.cc:59
#13 0x00007ffff73a99f9 in octave_dld_function::~octave_dld_function
(this=0x778750, 
    __in_chrg=<optimized out>) at
../../libinterp/octave-value/ov-dld-fcn.cc:60
#14 0x00007ffff78303bb in octave_value::operator= (address@hidden,
a=...)
    at ../../libinterp/octave-value/ov.h:357
#15 0x00007ffff783537f in clear_user_function (force=true, this=0xd1a510)
    at ../../libinterp/corefcn/symtab.h:874
#16 clear (force=true, this=0xd1a510) at ../../libinterp/corefcn/symtab.h:894
#17 clear (force=true, this=0xd1b218) at
../../libinterp/corefcn/symtab.h:1083
#18 clear_functions (force=true) at ../../libinterp/corefcn/symtab.h:1660
#19 clear_all (force=true) at ../../libinterp/corefcn/symtab.h:1632
#20 symbol_table::cleanup () at ../../libinterp/corefcn/symtab.cc:1474
#21 0x00007ffff7860755 in do_octave_atexit () at
../../libinterp/corefcn/toplev.cc:693
#22 0x00007ffff7861ddf in clean_up_and_exit (retval=0,
safe_to_return=<optimized out>)
    at ../../libinterp/corefcn/toplev.cc:730
#23 0x00007ffff708195c in octave_execute_interpreter () at
../../libinterp/octave.cc:893
#24 0x00007ffff4bc4b45 in __libc_start_main (main=0x400920 <main(int,
char**)>, argc=8, 
    argv=0x7fffffffc1d8, init=<optimized out>, fini=<optimized out>, 
    rtld_fini=<optimized out>, stack_end=0x7fffffffc1c8) at libc-start.c:287
#25 0x00000000004009af in _start ()


If it is the same root cause, this shows an example of imread by itself
causing a segfault on exit.

    _______________________________________________________

Reply to this item at:

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

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