[Qt-interest] Problem with Windows distribution of plugins using CRT DLL
David Ching
dc at remove-this.dcsoft.com
Wed Aug 26 00:37:41 CEST 2009
"Malyushytsky, Alex" <alex at wai.com> wrote in message
news:h62ghn$dcm$1 at eple.troll.no...
> Have not used plugins in QT4, but in QT I just had them at the same folder
> as application on Windows .
> If understood it correctly you can use addLibraryPath to allow it, have
> not tried in QT4 though.
> But you may try and see if it works :)
>
Thanks Alex, and sorry for taking so long to reply. But the functions like
addLibraryPath() to change library path only change the "base directory",
and still require you to specify things like "imageformats" or "accessible"
as the final sub-folder where the plugin DLL is located. Therefore, it is
not possible to place the plugin DLL in the .exe folder itself. So the
problem remains that the plugin DLL does not have access to the applocal
deployed MS CRT DLL's in the .exe folder and does not load properly.
@RZ: As Chris says, we don't want to distribute vc_redist because our app
is on a portable device and we want to leave the host pc unaltered.
@Chris: I believe doing a thinapp (or similar) app virtualization bundle
like that would violate LPGL because the end user would not be free to
change the Qt DLL's used by the app.
Is my only choice to edit the Qt source code to look for plugins in the same
folder as the .exe?
Thanks,
David
More information about the Qt-interest-old
mailing list