Re: segfaults building documentation when machine under load

(now it is attached for real)

On Tue, May 19, 2020 at 3:24 PM Dmitri A. Sergatskov <[email protected]>
wrote:

>
>
> On Tue, May 19, 2020 at 12:44 PM "Markus Mützel" <[email protected]>
> wrote:
>
>> Am 19. Mai 2020 um 16:43 Uhr schrieb "Andreas Weber":
>> > Am 19.05.20 um 14:44 schrieb John W. Eaton:
>> > > Could you also try
>> > >   (gdb) thread apply all bt
>> >
>> > https://bpa.st/WBBA
>>
>> Looking at the backtrace, bug #55908 comes to mind:
>> https://savannah.gnu.org/bugs/index.php?55908
>>
>> Cleaning up the graphics tree is quite complicated. And honestly, I would
>> be happy if some fresh eyes could revisit the changes that were made for
>> this bug.
>> I have a feeling that something isn't right with it. But I can't put the
>> finger on what exactly is wrong...
>>
>> Markus
>>
>
> Should we switch to bug-tracker?
> I was able to get a crash when I bumped the jobs to 200.
> bt is attached. The relevant part seems to be:
>
> Thread 6 (Thread 0x7fb3754d5700 (LWP 31096)):
> #0  0x00007fb3ad162774 in std::stack<octave::action_container::elem*,
> std::deque<octave::action_container::elem*,
> std::allocator<octave::action_container::elem*> > >::pop()
>     (this=0x7fb3754d0eb8) at /usr/include/c++/8/bits/stl_stack.h:258
> #1  0x00007fb3ad162172 in octave::unwind_protect::run_first()
> (this=0x7fb3754d0f60) at ../liboctave/util/unwind-prot.h:68
> #2  0x00007fb3a99f5c68 in octave::action_container::run(unsigned long)
> (this=0x7fb3754d0f60, num=2) at ../liboctave/util/action-container.cc:38
> #3  0x00007fb3ad161e8f in octave::action_container::run()
> (this=0x7fb3754d0f60) at ../liboctave/util/action-container.h:198
> #4  0x00007fb3ad1620d4 in octave::unwind_protect::~unwind_protect()
> (this=0x7fb3754d0f60, __in_chrg=<optimized out>) at
> ../liboctave/util/unwind-prot.h:58
> #5  0x00007fb3ac59a5b9 in base_graphics_object::remove_all_listeners()
> (this=0x7fb360488de0) at ../libinterp/corefcn/graphics.cc:3738
> #6  0x00007fb3ac6e972c in graphics_object::remove_all_listeners()
> (this=0x7fb3603b24d8) at libinterp/corefcn/graphics.h:3126
> #7  0x00007fb3ac595ad1 in gh_manager::free(octave_handle const&, bool)
> (this=0x7fb360104e40, h=..., from_root=true) at
> ../libinterp/corefcn/graphics.cc:2875
> #8  0x00007fb3ac58e1cf in children_property::do_delete_children(bool,
> bool) (this=0x7fb36047b988, clear=true, from_root=true) at
> ../libinterp/corefcn/graphics.cc:1860
> #9  0x00007fb3ac6e628c in children_property::delete_children(bool, bool)
> (this=0x7fb36047b988, clear=true, from_root=true) at
> libinterp/corefcn/graphics.h:1775
> #10 0x00007fb3ac6e72eb in base_properties::delete_children(bool, bool)
> (this=0x7fb36047b700, clear=true, from_root=true) at
> libinterp/corefcn/graphics.h:2339
> #11 0x00007fb3ac595af6 in gh_manager::free(octave_handle const&, bool)
> (this=0x7fb360104e40, h=..., from_root=true) at
> ../libinterp/corefcn/graphics.cc:2877
>
>  hg id d9551fd70fc6 tip @
>
> Dmitri.
> --
>
>
>