https://bugs.freedesktop.org/show_bug.cgi?id=69036

--- Comment #3 from Stephan Bergmann <sberg...@redhat.com> ---
(In reply to comment #2)
> That's the local problem. But maybe (not sure) the local problem is
> triggered by a higher-level problem, which is that
> connectivity::calc::OCalcConnection::disposing tries to dispose of its
> connection to Calc, but Calc is already dead? I say that because I see in
> the backtrace:
> 
> SfxApplication::GetOrCreate
> SfxObjectShell::Close
> 
> GetOrCreate goes and *creates* the SfxApplication, which is ... unexpected
> when called from a destructor / close method: what Close does is get the
> (freshly created) SfxApplicaton and erase all its ObjectShells... It seems
> pointless to create it just for that.

Yes, the root problem here apparently is that SfxApplication is re-created
during shutdown, while the UNO service manager is being disposed and in turn
disposes all registered services.  Those UNO services must generally do as
little as possible during disposing, as infrastructure they depend on during
normal operation may already have been taken down during shutdown.  I have no
idea what to do in this particular case, but it is ultimately
dbaccess::ODatabaseContext::disposing (frame 36) that is doing "too much."

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to