Some LibreOffice's unit tests crash in __pthread_key_call_destructors

[KapiX]

As in title.

Archive: ​http://haiku.kacperkasper.pl/repro_editeng_borderline.zip

Commandline: cppunittester libtest_editeng_borderline.so

Report attached.

cppunittester source: ​https://github.com/KapiX/libreoffice_core/blob/haiku/sal/cppunittester/cppunittester.cxx

[KapiX]

hrev50794 gcc5h

[diver]

Same with vlc-cache-gen which is used during vlc build.

[KapiX]

I did some debugging during November coding sprint and I found out that __pthread_key_call_destructors tries to call destructors from glib. The issue is that when it's called (at application exit) glib is already unloaded (perhaps it was unloaded earlier) but its destructors were not called when that happened. It looks like runtime_loader issue.

[diver]

LibreOffice crashes at exit with the same trace. korli fixed similar bug #5271 in hrev35098. korli, could you please take a look?

[korli]

This bug needs a smaller testcase.

[roiredxsoto]

LibreOffice Debug Log

[roiredxsoto]

Hello everyone,

I just run into the same/similar issue:

• Launch LibreOffice for the first time after power up pc -> LibreOffice crashes
• Launch LibreOffice a second, third... Nth time -> LibreOffice starts "fine", can work on the document, crashes on quit

It does not matter which LibreOffice app is started, be it Writer, Calc, Draw...

Thanks a lot. Regards, RR

[diver]

Attached binary reproduces the crash.

[diver]

vlc-cache-gen binary crashes while processing libfluidsynth and libass vlc plugins. All other plugins are ok.

[waddlesplash]

This needs to be retested following hrev53150.

[diver]

I haven't tested LibreOffice case yet, but both vlc-cache-gen and QMPlay2 don't crash anymore. Assuming fixed. Thanks!

[nielx]

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone