Answers
Sep 03, 2016 - 04:26 AM
I can answer this questions according to my experience in my PV project work. In my project work PV module was build up by using fortran code file. PV module custom block uses that file every time. Initially I did not add that file. So I got the same errors as you are getting. Moreover, I have also a library file for that which need to place in library folder.
So in your case, in the project that need any file that is missing at this stage or any library file. Thats why PSCAD is unable to produce .exe file.
In your past work, what Fortran compiler you have used? You can see from the settings. Without changing anything you can see that you are using same version as you have used in your previous work.
So in your case, in the project that need any file that is missing at this stage or any library file. Thats why PSCAD is unable to produce .exe file.
In your past work, what Fortran compiler you have used? You can see from the settings. Without changing anything you can see that you are using same version as you have used in your previous work.
Source: GFortran, Dependencies
Aug 31, 2017 - 03:49 PM
The online help at https://hvdc.ca/uploads/ck/files/Resolving%20Software%20Issues.pdf suggests updating links for the project. In some cases, this helped me. In one case, I think I also found that moving the linked library into a folder without spaces in the name helped.
But I also had one case where the problem turned out to be that the linker was unable to remove a previously-linked version of the exe file (I think it was still running in the background from a previous session that crashed). This was hard to detect because the only errors reported were "make: *** [version12.exe] Error 1" and "Unable to generate a simulation executable for namespace 'version12'".
However, looking a few steps further back in the list, I found a few "information" messages that helped: "c:/program files/gfortran/4.6/bin/../lib/gcc/mingw32/4.6.2/../../../../mingw32/bin/ld.exe: cannot open output file <myproject>.exe: Permission denied" and "collect2: ld returned 1 exit status". There was also an earlier line that said 'Will execute (2): "C:\Users\<user>\Documents\PSCAD models\version12.gf46\<myproject>.mak.bat"'. I tried switching to that directory in a Windows command prompt, and then ran that .bat file, and it gave me a much better idea of what the error was and where to find the offending copy of <myproject>.exe"
Just mentioning these steps here in case they help someone else.
But I also had one case where the problem turned out to be that the linker was unable to remove a previously-linked version of the exe file (I think it was still running in the background from a previous session that crashed). This was hard to detect because the only errors reported were "make: *** [version12.exe] Error 1" and "Unable to generate a simulation executable for namespace 'version12'".
However, looking a few steps further back in the list, I found a few "information" messages that helped: "c:/program files/gfortran/4.6/bin/../lib/gcc/mingw32/4.6.2/../../../../mingw32/bin/ld.exe: cannot open output file <myproject>.exe: Permission denied" and "collect2: ld returned 1 exit status". There was also an earlier line that said 'Will execute (2): "C:\Users\<user>\Documents\PSCAD models\version12.gf46\<myproject>.mak.bat"'. I tried switching to that directory in a Windows command prompt, and then ran that .bat file, and it gave me a much better idea of what the error was and where to find the offending copy of <myproject>.exe"
Just mentioning these steps here in case they help someone else.
Add New Comment