[Octave-bug-tracker] [bug #45577] Solving systems using complex NaN causes crash

[Mike Miller]

Update of bug #45577 (project octave):

                  Status:               Duplicate => Confirmed              

    _______________________________________________________

Follow-up Comment #2:

This is not quite the same as bug #45484, that bug is about BLAS errors that
are caught correctly on Linux. This error causes a crash even on Linux,
probably a different error. It looks like a memory double-free error in a
destructor:


#0  0x00007ffff4640107 in __GI_raise (address@hidden) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x00007ffff46414e8 in __GI_abort () at abort.c:89
#2  0x00007ffff467e214 in __libc_message (address@hidden,
address@hidden "*** Error in `%s': %s: 0x%s ***\n") at
../sysdeps/posix/libc_fatal.c:175
#3  0x00007ffff46839ee in malloc_printerr (action=1, str=0x7ffff4771108
"double free or corruption (!prev)", ptr=<optimized out>) at malloc.c:4996
#4  0x00007ffff46846f6 in _int_free (av=<optimized out>, p=<optimized out>,
have_lock=0) at malloc.c:3840
#5  0x00007ffff6de13a9 in Array<std::complex<double> >::ArrayRep::~ArrayRep
(this=0xc0abc0, __in_chrg=<optimized out>) at ../liboctave/array/Array.h:89
#6  Array<std::complex<double> >::~Array (this=0x7fffffffad10,
__in_chrg=<optimized out>) at ../liboctave/array/Array.h:223
#7  0x00007ffff5ced2e4 in MArray<std::complex<double> >::~MArray
(this=0x7fffffffad10, __in_chrg=<optimized out>) at
../liboctave/array/MArray.h:63
#8  ComplexNDArray::~ComplexNDArray (this=0x7fffffffad10, __in_chrg=<optimized
out>) at ../liboctave/array/CNDArray.h:34
#9  ComplexMatrix::~ComplexMatrix (this=0x7fffffffad10, __in_chrg=<optimized
out>) at ../liboctave/array/CMatrix.h:38
#10 ComplexMatrix::fsolve (address@hidden, mattype=..., b=...,
address@hidden: -2, address@hidden: 0, sing_handler=0x7ffff785d730
<solve_singularity_warning(double)>, calc_cond=true)
    at ../liboctave/array/CMatrix.cc:2215
#11 0x00007ffff5cf2752 in ComplexMatrix::solve
(address@hidden, mattype=..., b=..., address@hidden: -2,
address@hidden: 0, sing_handler=0x7ffff785d730
<solve_singularity_warning(double)>, 
    singular_fallback=true, transt=blas_no_trans) at
../liboctave/array/CMatrix.cc:2372
#12 0x00007ffff7862411 in xleftdiv (a=..., b=..., typ=...,
address@hidden) at ../libinterp/corefcn/xdiv.cc:402
#13 0x00007ffff6df4afb in oct_binop_ldiv (a1=..., a2=...) at
../libinterp/operators/op-cm-cm.cc:107
#14 0x00007ffff728fb49 in do_binary_op (op=octave_value::op_ldiv, v1=...,
v2=...) at ../libinterp/octave-value/ov.cc:2021
#15 0x00007ffff72f24d6 in tree_binary_expression::rvalue1 (this=0x8a2550) at
../libinterp/parse-tree/pt-binop.cc:146
#16 0x00007ffff7305c7e in tree_evaluator::visit_statement (this=0x7ffff7dd4440
<std_evaluator>, stmt=...) at ../libinterp/parse-tree/pt-eval.cc:744
#17 0x00007ffff7304f49 in tree_evaluator::visit_statement_list
(this=0x7ffff7dd4440 <std_evaluator>, lst=...) at
../libinterp/parse-tree/pt-eval.cc:794
#18 0x00007ffff7818310 in main_loop () at ../libinterp/corefcn/toplev.cc:599
#19 0x00007ffff6dc90bf in octave_execute_interpreter () at
../libinterp/octave.cc:919
#20 0x00007ffff462cb45 in __libc_start_main (main=0x400920 <main(int,
char**)>, argc=9, argv=0x7fffffffc048, init=<optimized out>, fini=<optimized
out>, rtld_fini=<optimized out>, stack_end=0x7fffffffc038) at
libc-start.c:287
#21 0x00000000004009af in _start ()


    _______________________________________________________

Reply to this item at:

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

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