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


Hi Mat,

On Sun, Jun 16, 2013 at 1:15 AM, Mat M <matm@gmx.fr> wrote:
Hello,

I'm tackling back to fdo#39632 [1]. But I have a question about current
implementation.
I started my work with checkdirectory.cxx[2] , which is called 2 times
during a typical install.

I just added the two last message boxes defined there to check it is called.
I created a non-empty file where it says the sSetupIniPath will be, but did
not manage to trigger the directory non empty error, which seems weird. When
converting handle of the should-have-been-found to string, I get a -1.
looking at &data content, I get some rubbish - if convert from tchar to
tstring is ok -, so file seems not found.

Moreover, even if we find the file, nothing is done, so this could be
removed, no ?


Well, MSI_ERROR_DIRECTORY_NOT_EMPTY is set, and we can check for it in
the install log. But it is true, that we don't handle this in
installer code. I have a feeling that consolidating this module will
be in fact deleting most of the custom actions at the end of the day.
:) Please check file history and old OOo bugzilla, why a custom action
was introduced in the first place, and if you think that it is
useless, remove it.




Side question: is there a make target to just trigger the MSI generation, if
I want to avoid the "build" one ?


/opt/lo/bin/make instsetoo_native

Best regards,
Andras

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.