[Octave-bug-tracker] [bug #53733] Panic/segfault when calling Java method after forge:im[read|write]

[John W. Eaton]

Follow-up Comment #32, bug #53733 (project octave):

When I run octave-cli from the Debian 4.2.2 on my system using gdb, I see
this:


gdb --args octave-cli --norc 
GNU gdb (Debian 7.12-6+b1) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from octave-cli...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/octave-cli --norc
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe2bae700 (LWP 32296)]
[New Thread 0x7fffe03ad700 (LWP 32297)]
[New Thread 0x7fffddbac700 (LWP 32298)]
[New Thread 0x7fffdb3ab700 (LWP 32299)]
[New Thread 0x7fffd8baa700 (LWP 32300)]
[New Thread 0x7fffd63a9700 (LWP 32301)]
[New Thread 0x7fffd3ba8700 (LWP 32302)]
GNU Octave, version 4.2.2
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 http://www.octave.org.

Please contribute if you find this software useful.
For more information, visit http://www.octave.org/get-involved.html

Read http://www.octave.org/bugs.html to learn how to submit bug reports.
For information about changes from previous versions, type 'news'.

octave:1> javaaddpath(".")

Thread 1 "octave-cli" received signal SIGSEGV, Segmentation fault.
0x00007fffb475a4f3 in ?? ()
(gdb) imwrite(zeros(1000), "foo.png");
Undefined command: "imwrite".  Try "help".
(gdb) graph = javaObject("Baz");
Undefined command: "graph".  Try "help".
(gdb) graph.addNodes(1:1000000);
Undefined command: "graph".  Try "help".
(gdb) where
#0  0x00007fffb475a4f3 in ?? ()
#1  0x0000000000000206 in ?? ()
#2  0x00007fffb475a280 in ?? ()
#3  0x00007fffce76ff24 in Abstract_VM_Version::_vm_major_version () from
/usr/lib/jvm/java-9-openjdk-amd64/lib/server/libjvm.so
#4  0x00007fffffffb8d0 in ?? ()
#5  0x00007fffce23cf19 in VM_Version::get_processor_features() () from
/usr/lib/jvm/java-9-openjdk-amd64/lib/server/libjvm.so
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) 


When I compile and run the test program that I showed in comment #12 on the
same system, I see


gdb ./a.out
GNU gdb (Debian 7.12-6+b1) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./a.out...(no debugging symbols found)...done.
(gdb) r
Starting program: /home/jwe/a.out 
/home/jwe/a.out: error while loading shared libraries: libjvm.so: cannot open
shared object file: No such file or directory
[Inferior 1 (process 32354) exited with code 0177]
(gdb) wherQuit
(gdb) quit
buserror:2195> LD_LIBRARY_PATH=/usr/lib/jvm/java-9-openjdk-amd64/lib/server
gdb ./a.out
GNU gdb (Debian 7.12-6+b1) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./a.out...(no debugging symbols found)...done.
(gdb) r
Starting program: /home/jwe/a.out 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x00007fffdc00c4f3 in ?? ()
(gdb) where
#0  0x00007fffdc00c4f3 in ?? ()
#1  0x0000000000000202 in ?? ()
#2  0x00007fffdc00c280 in ?? ()
#3  0x00007ffff7d8df24 in Abstract_VM_Version::_vm_major_version () from
/usr/lib/jvm/java-9-openjdk-amd64/lib/server/libjvm.so
#4  0x00007fffffffdfe0 in ?? ()
#5  0x00007ffff785af19 in VM_Version::get_processor_features() () from
/usr/lib/jvm/java-9-openjdk-amd64/lib/server/libjvm.so
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) 


That appears to be exactly the same crash, independent of Octave.    Is the
smaller test program incorrect?  If so, how should it be fixed?  If someone
will show me how to make that program woek on my system with gdb, then maybe I
could fix Octave as well.

Also, without gdb, the smaller test program appears to work properly.

Also, with valgrind --tool=memcheck --leak-check=full, I get the attached set
of diagnostics.



(file #44046)
    _______________________________________________________

Additional Item Attachment:

File name: java-example.log               Size:877 KB


    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/