[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #53733] Panic/segfault when calling Java metho

From: Adrian
Subject: [Octave-bug-tracker] [bug #53733] Panic/segfault when calling Java method after forge:im[read|write]
Date: Fri, 27 Apr 2018 17:16:56 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0

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

Checking back, the single out of four GNU/Linux systems where the
originally reported bug did not seem to occur (see comment #1) was in
fact not as up-to-date as the others: its kernel was at 4.14 and
octave at 4.2.1. It executed the instructions cited at the start of
comment #1 without error. I did unfortunately not think of running it
from within gdb to see if that changed things. Once I selectively
upgraded octave to 4.2.2[*], still running the 4.14 kernel, this
system also exhibited the bug reported in comment #1.

So with this correction, the bug seems to be totally reproducible with
octave 4.2.2 on four Debian systems (1 stretch, 3 buster). When
running octave under gdb, the bug is a SIGSEGV signal upon execution
of the fourth and last line of the following code:

imwrite(zeros(1000), "foo.png");
graph = javaObject("Baz");

When octave is run directly without attaching gdb (in GUI or CLI
mode), the bug also occurs. but on two systems leads to an application
crash with the signal 11 / SIGSEGV reported by the controlling
terminal, while on two other systems the interface freezes (the
octave-gui process ramps up to 100% CPU usage until killed).

So it seems that this bug could be (at least on Debian systems) a
regression in octave 4.2.2, not occuring on octave 4.0.3 and 4.2.1.

Let me know if some other test could help shed more light. I'll
upgrade gdb to the version used by Dmitri to see if that changes


Reply to this item at:


  Message sent via Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]