[Top][All Lists]

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

[Octave-bug-tracker] [bug #56952] segfault during compilation while proc

From: anonymous
Subject: [Octave-bug-tracker] [bug #56952] segfault during compilation while processing doc/interpreter/genpropdoc.m
Date: Thu, 10 Oct 2019 13:29:12 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0

Follow-up Comment #8, bug #56952 (project octave):

Hello, answering to comments #2 and #3, that request additional info:

* What OS are you using?

Linux x86_64 on a slackware-current derivative:

uname -a returns this:

Linux porteus.example.net 5.2.14-porteus #1 SMP PREEMPT Sat Sep 14 21:57:21
CEST 2019 x86_64 Intel(R) Core(TM) i7-7500U CPU @ 2.70GHz GenuineIntel

* What OpenGL driver in case you don't use the default MESA implementation?

mesa-19.1.7-x86_64-1 (from slackware-current)

* Just to be sure, when you compile Octave from an hg repo, what branch do you
use, stable (future 5.2) or default (future 6.1)?

the default branch, I tried again with a fresh clone downloaded on oct 8.

* Does test.m also produce a crash from within an Octave session (not only
when evaluated using --eval)? If so can you provide us with the stack trace of
the crash:

    build/dir& ./run-octave -g
    (gdb) run
    octave:1> cd where/your/test_script/is/
    octave:2> test

My latest compilation does not crash with this stripped-down test.m, but it
continue to crash with the full test set when it gets to the test file
'libinterp/corefcn/A_graphics.cc-tst' (remark test.m was a stripped-down
version of the full test file).

I have attached the output of the debug run you indicated.

* 1) What does 'hg id' return for the source directory you are using?

458adc344819 tip @

* 2) Definitely rename "test.m" to something else (maybe "test56952.m") so
that there is no oddness caused by the original test.m file in scripts/test.

Agreed, although not really relevant to this case. The relevant point is that
crashes occur with original test 'libinterp/corefcn/A_graphics.cc-tst'.

I must add that when repeating that standard test several times in a row, from
time to time it can go through without errors, but the following run gets
wrong again.

I am myself clueless ...

(file #47642)

Additional Item Attachment:

File name: test.dbg                       Size:6 KB


Reply to this item at:


  Message sent via Savannah

reply via email to

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