It's not clear to me why you need the "uniqueness" at all?
The requirement came out of a real situation.
A bug caused the program to crash and leave behind some of its temporary files. I was away from the machine at the time. When I came back, I re-ran the program having made a few changes--including correcting the problem that caused the crash I hadn't noticed happen--and the second phase of the code mixed up the content of the previous run with those of the current run. I spent a long time trying to work out why the final output was completely screwed up before noticing that the previous run had terminated badly whilst reviewing the debug trace in the console buffer.
Imagine how annoying it would be if your system sort utility mixed up spill files from an interrupted run with those generated by the current run.
Any mechanism that relies upon correct clean-up of either the files themselves or semaphore files is vulnerable to the same issue.
For the PID + timestamp to fail, the system would have to issue exactly the same PID at exactly the same time--within the resolution of the timestamp granularity. The combined value suitably encoded (hex or base64) will be used as the prefix supplied to tempname() to generate the names for the temp. files.
In reply to Re^4: Generate a unique ID
by BrowserUk
in thread Generate a unique ID
by BrowserUk
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |