![]() I did try combining the manifest file into the exe using the mt.exe but that did not help. ![]() The dll files tend to be in multiple directories with multiple versions.Īny ideas on how to trackdown the cause of these issues? All users have xp64. My gut tells me this is somehow related to Intel runtime dll but don't know how to verify. ![]() I can't use the lab machine for routine work so I need to figure out how to make exe produced on either my W7 or my XP64 produce exe files usable by everyone - or figure out what is the difference in users' machines that let some execute but not others. Using the same source code and same compilation scripts on a "lab" computer produced an exe that everyone can use. I then found out that the previous version, that had worked for everyone, exhibited the same seemingly random problem after I recompiled it. When I try to compile it: gfortran testfortran.f90 it gives me the following response: C:\Program files\gfortran\bin/1d.exe: cannot open output file a.exe: Permission denied collect2. Although some users have no trouble, others get a "permission denied" error which persists even if they copy the exe to their local drive and manually change permissions. pretty much verbatim from a fortran tutorial. Problems started arising a few weeks ago when I made a very minor change to the code and put a new exe on the server. If you are seeking to delete a folder rather than a file, use the 'RMDIR /S /Q' command instead of the 'del' command. The final command should look as follows: C:\Documents and Settings\Your User Name\My Documents>del unwantedfile.exe 3 13 Delete a folder. The application is normally run from a cygwin prompt that accesses the exe on a server. Use the DEL command to delete the offending file in Command Prompt window. There may be about 5 other files open at the same time, but they don't seem to affect the occurrence of this error. This error seems to occur randomly at any trip through the loop. I have a 64bit exe I compiled on XP64 and on W7 using the 9.1 compiler. More often, it produces the runtime error 'forrtl: severe (9): permission to access file denied, unit 60, file path\dynbmrts.ts'. Lastly, it explicitly denies delete access to both the folder and the executable file as well.I have a Fortranapplication that I maintain and it has a fairly wide user base in my company. To prevent the renaming of the file, it denies create files / write data to the folder the executable file resides. It then grants an explicit read and execute to both the folder and the executable file. Use the DEL command to delete the offending file in Command Prompt window. For example, 'del unwanted file.exe.' 12. After 'My documents,' enter the Delete command followed by the name of the file you wish to delete. Once you complete that, verify that the account can execute the file, and then afterwards run the below script.Įssentially this disables ACL inheritance to the folder the executable file resides and the file itself. In the Command Prompt window, enter cd My Documents after Your User Name. You should reset the ACL permissions back to the way they were originally set initially before you made whatever changes you made before running this. There are comment notes in the script above each command appended with ::: explaining what each does specifically to ACL the permissions. cpp files and object files.But, later when I deleted some Images and regenerated the code.The old object files never. Try icacls with the below syntax against the file you want to lock down and with the username (or security group name) for which it'll apply. Prevent file Deletion or Rename but allow Read and Execute access
0 Comments
Leave a Reply. |