Segfault on dot(v,v')
Bug #1849460 reported by
George Kontsevich
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
octave (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Octave was installed with apt-get install octave on a normal x64 machine running Ubuntu 19.04 disco
No funny stuff. And all Recommended and Suggested packages were installed
I get a segfault on the simple input:
v = [3+4i 6+8i]
dot(v,v')
This is in GUI, CLI, octave-cli and running with sudo. Crashes in all cases with:
fatal: caught signal Segmentation fault -- stopping myself...
Segmentation fault
PS:
I've also separately test the Octave Snap package and it doesn't have this issue (but it doesn't run correctly with Emacs/Orgmode so it's not useful for me)
To post a comment you must log in.
Running through gdb, crashing, and then printing the backtrace: _______ _______ _______ _______ _______ _______ _______ _______ _______ ___
_______
Starting program: /usr/bin/octave-cli 64-linux- gnu/libthread_ db.so.1" .
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_
[New Thread 0x7fffe7bd5700 (LWP 7971)]
GNU Octave, version 4.4.1
Copyright (C) 2018 John W. Eaton and others.
This is free software; see the source code for copying conditions.
There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE. For details, type 'warranty'.
Octave was configured for "x86_64- pc-linux- gnu".
Additional information about Octave is available at https:/ /www.octave. org.
Please contribute if you find this software useful. /www.octave. org/get- involved. html
For more information, visit https:/
Read https:/ /www.octave. org/bugs. html to learn how to submit bug reports.
For information about changes from previous versions, type 'news'.
octave:1> v = [3+4i 6+8i]
v =
3 + 4i 6 + 8i
octave:2> dot(v,v')
Thread 1 "octave-cli" received signal SIGSEGV, Segmentation fault. value:: operator= (octave_ value const&) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 value:: operator= (octave_ value const&) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 value_list const&, int) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 builtin: :call(octave: :tree_evaluator &, int, octave_value_list const&) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 :tree_evaluator ::visit_ index_expressio n(octave: :tree_index_ expression& ) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 :tree_evaluator ::evaluate( octave: :tree_expressio n*, int) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 :tree_evaluator ::visit_ statement( octave: :tree_statement &) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 :tree_evaluator ::visit_ statement_ list(octave: :tree_statement _list&) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 :interpreter: :main_loop( ) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 :interpreter: :execute( ) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 :cli_applicatio n::execute( ) () from /lib/x86_ 64-linux- gnu/liboctinter p.so.6 55200, argc=1, argv=0x7fffffff de18, init=<optimized out>, fini=<optimized out>, rtld_fini= <optimized out>, stack_end= 0x7fffffffde08) at ../csu/ libc-start. c:308
0x00007ffff725897f in octave_
(gdb) bt
#0 0x00007ffff725897f in octave_
#1 0x00007ffff78ea45d in Fdot(octave_
#2 0x00007ffff7622828 in octave_
#3 0x00007ffff77c12dc in octave:
#4 0x00007ffff7664e9e in octave:
#5 0x00007ffff77bd2cf in octave:
#6 0x00007ffff77b5b80 in octave:
#7 0x00007ffff7aa47d6 in octave:
#8 0x00007ffff7aaa5ad in octave:
#9 0x00007ffff722db57 in octave:
#10 0x000055555555534c in ?? ()
#11 0x00007ffff5a30b6b in __libc_start_main (main=0x5555555
#12 0x000055555555556a in ?? ()
(gdb)
_______ _______ _______ _______ _______ _______ _______ _______ _______ _______ ___
Just to sanity check, this lib is where it's supposed to be:
geokon@ ux305-ubuntu: ~$ ll /lib/x86_ 64-linux- gnu/liboctinter p.so* 64-linux- gnu/liboctinter p.so -> liboctinterp. so.6.0. 0
lrwxrwxrwx 1 root root 21 3月 1 2019 /lib/x86_
lrwxrwxrwx 1 root root 21 3月 1 2019 /lib/x86_64-...