Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


On Mon, Jun 18, 2012 at 01:28:50PM +0200, Stephan Bergmann wrote:

Via some "remote debugging" I found out the reason for
<https://bugs.freedesktop.org/show_bug.cgi?id=50603> "Unable to
update LibreOffice without resetting user profile" is that an
soffice restarting itself on Mac OS X (when it finds out that the
per-user information about shared/bundled extensions is not in sync
upon startup; or after a crash) has file descriptors from the old
instance still open.

<http://cgit.freedesktop.org/libreoffice/core/commit/?id=d5e9c2e3e85a2bcdd6a0b2088253fc133e52e831>
"fdo#50603: Close fds across a restart of soffice on Mac OS X" fixes
that on master, and I already backported it to libreoffice-3-6.

For my education: why can't we set the O_CLOEXEC/FD_CLOEXEC flag on
these file descriptors? This would - presumably - automatically close
the fds *after* any thread from the "old process" code could possibly
use them, but *before* any code of the new process (after exec())
executes?

-- 
Lionel

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.