--- Comment #57 from Tor Lillqvist <t...@iki.fi> ---
I think the essential thing in the tracebacks that hasn't bee mentioned (?) is
the -[VCL_NSApplication screenParametersChanged:] line. For some reason, on
some machines, that notification gets called too early before the SolarMutex
has been set up (and VCL initialised in general).
However, I could not reproduce it directly on my machine, using any of the
hints above (tried both running
instdir/LibreOfficeDev.app", and even putting it into the Dock and clicking
that. The screenParametersChanged: method does not get called.
I think in some other Mac crash bug report I have seen mentions that if the
Dock has been resized to a non-standard size you would get crashes, so I tried
that, too. I even tried resizing it back and forth while LO was starting, and
with the machine loaded with a LO build with make -j10. But no crash.
But, if I add a sleep(5) in initNSApp() (vcl/osx/salinst.cxx):
> [[NSNotificationCenter defaultCenter] addObserver: NSApp
> object: nil ];
> SAL_DEBUG(" sleeping a bit");
> SAL_DEBUG(" slept");
and then change the Dock size in System Preferences while LO is sleeping,
Boom!. The backtrace is exactly as mentioned here.
I guess it is possible that some machines have some modifications to settings,
or particular hardware or software, that causes the system to send all apps a
NSApplicationDidChangeScreenParametersNotification when they start, and in the
LibreOffice case that arrives before it is ready.
So, the fix to this bug is probably to move the notification addObserver: calls
to some later point, after VCL and the SolarMutex have been initialised. Will
You are receiving this mail because:
You are the assignee for the bug.
Libreoffice-bugs mailing list