Cannot load exported FMUs in fmuCheck due to missing required DLLs

[tknodt@…]

In 1.12 this was working fine somehow.
For 1.13 I have to add the following DLLs into the FMU file, so the DLL can be loaded:

• libgcc_s_dw2-1.dll
• libhdf5-0.dll
• libszip-0.dll
• libwinpthread-1.dll
• zlib1.dll

[Adrian Pop]

Hmmm, I thought I fixed this to have static linking of everything (possible) in #5035.
What version do you have?

[tknodt@…]

Replying to adrpo:

Hmmm, I thought I fixed this to have static linking of everything (possible) in #5035.
What version do you have?

I also thought that I read something about it, but it seems it is not or the change got removed after 1.12.0.

OMEdit v.13.0-dev-208-g609455ac (32-bit)
Connected to v1.13.0-dev-900-g33aa19d188 (32-bit)
Connected to OMSimulator v2.0.0-dev-617-g4b3208a-mingw

[Adrian Pop]

This might have something to do with #5119, is it the same FMU?
It could be that is linked with some more runtime objects that need those dlls.
I guess you cannot share the FMU or the model here, but if you can send it privately for debugging only just send us an email at OpenModelica @ ida.liu.se.

[tknodt@…]

Replying to adrpo:

This might have something to do with #5119, is it the same FMU?
It could be that is linked with some more runtime objects that need those dlls.
I guess you cannot share the FMU or the model here, but if you can send it privately for debugging only just send us an email at OpenModelica @ ida.liu.se.

Yes, it is the same FMU.
I will change some parameters and remove references to the customer by renaming some things.
Then I can send the model and FMU to your email address.
Give me some minutes please.

[Adrian Pop]

I can confirm it needs more dlls for your FMU. I'll try to find out why.

adrpo33@ida-0030 MINGW32 /c/home/adrpo33/dev/OMTesting/bugs/5117/CANoe/binaries/win32
# /c/OMDev/bin/ntldd/mingw32/ntldd.exe -R CANoe.dll
        KERNEL32.dll => C:\WINDOWS\SYSTEM32\KERNEL32.dll (0x006d0000)
         ntdll.dll => C:\WINDOWS\SYSTEM32\ntdll.dll (0x010b0000)
         KERNELBASE.dll => C:\WINDOWS\SYSTEM32\KERNELBASE.dll (0x010b0000)
        msvcrt.dll => C:\WINDOWS\SYSTEM32\msvcrt.dll (0x006d0000)
        USER32.dll => C:\WINDOWS\SYSTEM32\USER32.dll (0x010b0000)
        libhdf5-0.dll => C:\OMDev\tools\msys\mingw32\bin\libhdf5-0.dll (0x01500000)
         libgcc_s_dw2-1.dll => C:\OMDev\tools\msys\mingw32\bin\libgcc_s_dw2-1.dll (0x001e0000)
          libwinpthread-1.dll => C:\OMDev\tools\msys\mingw32\bin\libwinpthread-1.dll (0x006d0000)
         libszip.dll => C:\OMDev\tools\msys\mingw32\bin\libszip.dll (0x001c0000)
        zlib1.dll => C:\OMDev\tools\msys\mingw32\bin\zlib1.dll (0x001e0000)

[Adrian Pop]

Ok, I found out why, you have Modelica tables in your model which are linked with hdf5 and zlib.

I will fix this by one of these (not sure which one will work yet):

• add these dlls to the zip for now (I'll see if I can find out when we need them and only add them then)
• link these libraries statically

[tknodt@…]

Replying to adrpo:

Ok, I found out why, you have Modelica tables in your model which are linked with hdf5 and zlib.

I will fix this by one of these (not sure which one will work yet):

• add these dlls to the zip for now (I'll see if I can find out when we need them and only add them then)
• link these libraries statically

I think statically linking would be the better option, because the linked could get rid of the unused parts of the libraries. HDF5 write and zlib compression are both not required. When you have many FMUs, this can make a considerable difference.
However, more important is to have it at all.

[Adrian Pop]

Should be fixed with 22bbcb/OMCompiler.