[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