Default branch on MacOS: ASAN:DEADLYSIGNAL

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Default branch on MacOS: ASAN:DEADLYSIGNAL

bpabbott
Administrator
This started sometime in the last few days. I’m in the middle of a FL to CA move and won’t have time for bisecting for a while. Perhaps, someone has some insight or can take a look?

fwiw, I’m not using asan when building Octave. One of the dependencies from Fink must be.

Ben

ASAN:DEADLYSIGNAL
=================================================================
==31565==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000020 (pc 0x0001037129d9 bp 0x7000027d00a0 sp 0x7000027d0060 T5)
    #0 0x1037129d8 in octave::gtk_manager::load_toolkit(graphics_toolkit const&) gtk-manager.h:56
    #1 0x103711b58 in QtHandles::__init__(octave::interpreter&) __init_qt__.cc:64
    #2 0x103712b40 in F__init_qt__(octave::interpreter&, octave_value_list const&, int) __init_qt__.cc:131
    #3 0x103bf4ad9 in octave_builtin::call(octave::tree_evaluator&, int, octave_value_list const&) ov-builtin.cc:71
    #4 0x103d977d0 in octave::feval(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, octave_value_list const&, int) oct-parse.yy:5206
    #5 0x103d97c13 in octave::feval(octave_value&, octave_value_list const&, int) oct-parse.yy:5248
    #6 0x103d97d2f in octave::feval(octave_value_list const&, int) oct-parse.yy:5286
    #7 0x103d97dfb in Ffeval(octave_value_list const&, int) oct-parse.yy:5338
    #8 0x103bf4a24 in octave_builtin::call(octave::tree_evaluator&, int, octave_value_list const&) ov-builtin.cc:65
    #9 0x103dac360 in octave::tree_evaluator::visit_index_expression(octave::tree_index_expression&) pt-eval.cc:1332
    #10 0x103c2f0eb in octave::tree_evaluator::evaluate(octave::tree_expression*, int) pt-eval.h:276
    #11 0x103db3dd1 in octave::tree_evaluator::visit_statement(octave::tree_statement&) pt-eval.cc:2295
    #12 0x103db429e in octave::tree_evaluator::visit_statement_list(octave::tree_statement_list&) pt-eval.cc:2337
    #13 0x103db3cec in octave::tree_evaluator::visit_statement(octave::tree_statement&) pt-eval.cc:2258
    #14 0x103db429e in octave::tree_evaluator::visit_statement_list(octave::tree_statement_list&) pt-eval.cc:2337
    #15 0x103d45f77 in octave_user_function::call(octave::tree_evaluator&, int, octave_value_list const&) ov-usr-fcn.cc:653
    #16 0x103dac360 in octave::tree_evaluator::visit_index_expression(octave::tree_index_expression&) pt-eval.cc:1332
    #17 0x103c2f0eb in octave::tree_evaluator::evaluate(octave::tree_expression*, int) pt-eval.h:276
    #18 0x103db3dd1 in octave::tree_evaluator::visit_statement(octave::tree_statement&) pt-eval.cc:2295
    #19 0x103db429e in octave::tree_evaluator::visit_statement_list(octave::tree_statement_list&) pt-eval.cc:2337
    #20 0x103db3cec in octave::tree_evaluator::visit_statement(octave::tree_statement&) pt-eval.cc:2258
    #21 0x103db429e in octave::tree_evaluator::visit_statement_list(octave::tree_statement_list&) pt-eval.cc:2337
    #22 0x103d4419c in octave_user_script::call(octave::tree_evaluator&, int, octave_value_list const&) ov-usr-fcn.cc:215
    #23 0x103d96c5d in octave::source_file(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) oct-parse.yy:5073
    #24 0x1040bb745 in safe_source_file(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) interpreter.cc:299
    #25 0x1040ba386 in octave::interpreter::execute_startup_files() const interpreter.cc:788
    #26 0x1040b9ff7 in octave::interpreter::execute() interpreter.cc:653
    #27 0x10364d0e1 in octave_interpreter::execute() main-window.cc:128
    #28 0x106d90c52 in QObject::event(QEvent*) (QtCore+0x147c52)
    #29 0x10616dcba in QApplicationPrivate::notify_helper(QObject*, QEvent*) (QtGui+0x88cba)
    #30 0x106170a4a in QApplication::notify(QObject*, QEvent*) (QtGui+0x8ba4a)
    #31 0x106d7cdb5 in QCoreApplication::notifyInternal(QObject*, QEvent*) (QtCore+0x133db5)
    #32 0x106d7d8d0 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (QtCore+0x1348d0)
    #33 0x106dae496 in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (QtCore+0x165496)
    #34 0x106d7a187 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (QtCore+0x131187)
    #35 0x106c6a380 in QThread::exec() (QtCore+0x21380)
    #36 0x106c6bef1 in QThreadPrivate::start(void*) (QtCore+0x22ef1)
    #37 0x7fff7e30d6c0 in _pthread_body (libsystem_pthread.dylib+0x36c0)
    #38 0x7fff7e30d56c in _pthread_start (libsystem_pthread.dylib+0x356c)
    #39 0x7fff7e30cc5c in thread_start (libsystem_pthread.dylib+0x2c5c)

AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV gtk-manager.h:56 in octave::gtk_manager::load_toolkit(graphics_toolkit const&)
Thread T5 created by T0 here:
    #0 0x10aa6de29 in wrap_pthread_create (libclang_rt.asan_osx_dynamic.dylib+0x41e29)
    #1 0x106c6ca25 in QThread::start(QThread::Priority) (QtCore+0x23a25)
    #2 0x10364d7bb in main_window::main_window(QWidget*, octave::gui_application*) main-window.cc:228
    #3 0x10367b321 in octave::gui_application::execute() octave-gui.cc:228
    #4 0x1035dc61f in main main-gui.cc:104
    #5 0x7fff7e082114 in start (libdyld.dylib+0x1114)
    #6 0x8  (<unknown module>)

==31565==ABORTING
Abort trap: 6


Reply | Threaded
Open this post in threaded view
|

Re: Default branch on MacOS: ASAN:DEADLYSIGNAL

Sebastian Schöps
bpabbott wrote
> This started sometime in the last few days. I’m in the middle of a FL to
> CA move and won’t have time for bisecting for a while. Perhaps, someone
> has some insight or can take a look?
>
> fwiw, I’m not using asan when building Octave. One of the dependencies
> from Fink must be.

Compilation of default (dac2ad033c43) works for me on macOS.

Seb.




--
Sent from: http://octave.1599824.n4.nabble.com/Octave-Maintainers-f1638794.html

Reply | Threaded
Open this post in threaded view
|

Re: Default branch on MacOS: ASAN:DEADLYSIGNAL

bpabbott
Administrator
> On Dec 28, 2017, at 12:32 PM, Sebastian Schöps <[hidden email]> wrote:
>
> bpabbott wrote
>> This started sometime in the last few days. I’m in the middle of a FL to
>> CA move and won’t have time for bisecting for a while. Perhaps, someone
>> has some insight or can take a look?
>>
>> fwiw, I’m not using asan when building Octave. One of the dependencies
>> from Fink must be.
>
> Compilation of default (dac2ad033c43) works for me on macOS.
>
> Seb.

Thanks for the reply. I did a “hg purge; hg pull ; hg update” and I’m able to build again without the asan troubles.

Ben