[Libreoffice] [GSoC] loadSharedLibComponentFactory again
ooo at erack.de
Thu Aug 18 15:15:30 PDT 2011
On Thursday, 2011-08-18 20:49:23 +0200, Matúš Kukan wrote:
> Is it possible that the else part is ever executed ?
There are various paths how it _could_ be reached, however I'm not sure
if in practice any of them would occur. This was at least the case with
vcl and LocaleDataWrapper during bootstrapping the application, but that
seems to provide its service factory now. Making sure would involve
a cross-check over instanciations of not only CalendarWrappper but also
LocaleDataWrapper where the service factory can be obtained to create
a CalendarWrapper in turn. I doubt that nowadays any module still
creates those "on the greens", but ...
> Because there is getComponentInstance which calls
> loadSharedLibComponentFactory and does not pass prefix information.
> moreover there is just i18n as library name. Is it old name, now changed ?
That of course should be i18npool instead, as in localedatawrapper.cxx,
so in fact could never had been functional. This is different with
> I doubt the else part is ever executed or works but if yes I had
> probably broke it because the service is from i18npool.component when
> I added prefix.
That would break LocaleDataWrapper, NativeNumberWrapper and
NumberFormatCodeWrapper as well. TransliterationWrapper also has the
wrong "i18n" name. I _think_ all those paths aren't used anymore, best
to put an OSL_FAIL in.
PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication.
Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: not available
More information about the LibreOffice