Open mycrocs opened 2 years ago
I think the fmi4cpp cannot find libegl.dll and libglesv2.dll. The two dlls and the dll loaded are in the same directory. Does the load_library function not search that directory?
Missing DLLs in dependency walker are red. Are libegl.dll and libglesv2.dll red? How about FMUCompilanceChecker or other non-python based tools?
In dependency walker, they are not red. I think dependency walker will search the directory from which the dll loaded, but the load_library function won't. I try putting the two dlls in System32 directory and it works.
I had a brief check at the FMPy code, and it changes working directory prior to loading the DLL. Thus, fmi4cpp should probably do something similar, which I'm fairly sure from memory it does not. I don't have the resources to look at it though,
Maybe can use LoadLibraryEx instead.
I have solved the problem. Actually dependent dlls path should be change before loading dynamic library. How can I contact the publisher and perhaps upload my changes?
How can I contact the publisher and perhaps upload my changes?
You mean me? You could propose a PR if a change in FMI4cpp is suggested.
This one is probably solved by #145?
When i start to simulate my fmu, it signals an error "Unable to load dynamic library xxx.dll". However, it works when i simulated in FMpy. I have used dependency walker to detect the dll, it says this
Here are the missing dlls
Is it a fmu issue or a fmi4cpp issue? My fmu is a model_exchange model generated from SCADE and is win64.