Good analysis, but I think you have it wrong in one point: At the time when the unlink
other processes are running which have a hold on the file: The one which had created the file is not running anymore (since system
waits for the child process to finish), and - just for completion - the process deleting the file has not started yet.
BTW, Both system calls don't exist in my original code in this way (in my application, the file is created on a Unix host asynchroniously, and read and deleted from the Windows process). I have introduced them in the example for the following reason:
- I wanted to create the file by a separate process, to make sure that my Perl program "has not seen" this file before, to make the situation more similar to my original application.
- After the unlink fails, I added an explicit cmd /c del..., because the error message was then clearer than what was stored on $!. In hindsight, I probably could have output $^E instead
Ronald Fischer <firstname.lastname@example.org>