FiveTech Support Forums

I've started getting a strange popup. An alert says "Freeimage.dll cannot be loaded".

I can't give you source code because it happens with a class that is called from different areas, and in some cases the alert comes up, and others it did not.

To find this, I need to know ( using FWH 15.04 or 15.05 ) what functions or classes still use FreeImage.dll. I thought it was being removed from FWH completely. With that knowledge I can probably figure out what is happening.

Thanks

Tin

Tim,

I just did a search in FWH source folder for "Freeimage.dll cannot be loaded" and no files have it.

Please check this also in your FWH source folder and finally you may also look for it in your libraries (use a tool like Total Commander to
perform a text search inside the libraries files)

Antonio,

Do any FWH programs call FreeImage.dll ? What about Harbour ?

Tim

Tim,

My mistake. FWH still uses it.

We are in the process to remove it, but still there is work to do.

As a workaround and to see what side effects you get please add this function to
your main PRG:

function LoadFreeImage()

return nil

Thanks ...

I have 3 builds
xHarbour.com
UE Studio using MS Visual C++ 2013
Visual Studio 2013

It only appears to be happening in the one built with Visual Studio. That also has a couple of other quirks ( like the Prompt disappearing after checking a checkbox ) that do not occur in the other builds.

I think the issue may relate to errsysw_.prg which was being linked in. I removed it from the builds but I have a feeling the Visual Studio build still sees it.

In any case I will continue on ... maybe when I finish converting this section from functions to a class, and have it all cleaned up, it will be OK. In all cases its called from a button on a button bar within the dialog, but in only one case do I see it happening ... I think ....

Tim

Here is something else I noticed in FWH 15.05.

ERRORSYS and GTZSYS are defined in FiveH32.lib and they are also defined in hbrtl.lib. Both are linked in. In this case, the ones in hbrtl are being used by the linker.

Any thoughts on this ?

Mr Tim

TImage class, created by IMAGE command still uses FreeImage.dll and will continue to use it. If you use this class you need to provide freeimage.dll

Except that no other classes or functions in FWH use freeimage.dll for all common imagetypes like bmp,ico,png,jpg. When any other image type is used, if freeimage.dll is available, it is used and if not the image is not loaded.

But in some cases (where an image/bmp could not be loaded for whatever reason) the functions check if freeimage.dll is available and this is giving the warning message which is annoying. From 15.06 you will not see this message also. Please bear with us till next version.

Thank you for the reply. I only use .bmp images in all of my dialogs so it was puzzling.

I resolved the problem, however, because in that one build, where the program started, freeimage.dll did not exist. Once I moved it there the program ran fine.

Tim