What happens if I recompile an executable while it’s running? Does the operating system read all of the executable’s contents into memory when it starts running it, so it will never read the new executable file? Or will it read sections of the new executable file thinking it hasn’t changed, leading to possibly undefined behaviour?
What if I have a script running which repeatedly invokes an executable in a loop, and I recompile the executable while the script is running. Is it guaranteed that future iterations of the loop will invoke the new executable, and only the result of the invocation that was in progress when the switch was made might be corrupted?
My OS is Linux, but I’m also curious about what happens on Windows.
Since this is a conventional compiler, that writes out an executable file, let’s follow it in Linux.
The first thing to know is that a Linux filename doesn’t directly refer to the file, but rather to a directory entry, which is independent of the filename. A file doesn’t actually need to have a filename, but if it doesn’t it will be difficult to refer to it.
If a process is using a file, and you replace or delete it, the process will continue using that file through its directory entry. Any new process using the file, or looking it up, will get the new version (if you replaced it) or fail to find it (if you deleted it). Once all the processes are through with the old file, it will be deleted from the file system.
Therefore, if you recompile and create a new executable of the same name, you won’t affect the running process. It will continue to use the old executable. Any new process that tries to open the file will get the new one. If you’ve got
system("foo");in a loop, each time it executes it it will see what the filename foo means right then.Windows handles files differently. In general, if there’s a process using a file, the file is locked and may not be deleted or replaced.