On Mon, 2013-03-18 at 14:41 +0100, Riccardo Magliocchetti wrote:
The standard practice is to use just a plain file with the pid inside,
other tools won't parse an ini file just to find the pid.
Seems unlikely to cause any real harm to me :-)
Out of interest, did you see the liblibreoffice work that's Jack and I
started ? cf. smoketest/libtest.cxx and desktop/inc etc. I'd love to
move the current headless uses of libreoffice further up the stack, such
that the forking / managing of helper processes can be done in native
code, and (ultimately) pushed back down into LibreOffice as much as
possible.
Of course, liblibreoffice still suffers from several problems -
bootstrapping nasties and so on ;-) but the basic idea is to allow a
faster, smaller headless experience and re-use of the filter logic;
alongside a dependency-free ~entirely virtual shared library.
A longer way to go there though of course; help appreciated.
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.