Unlike C, Java 1.1 does not have methods for generating unique temporary filenames. I have written a getTempFile method.

Here is a slightly smarter version of Java 1.2+’s File.createTempFile() that will let you specify either a directory to create the temp file in, or a file in whose directory to create the file in. You need the logic of this smarter version if you want to write a utility that replaces the input file with the processed output from a renamed temp file.

I am using Vista and I am horrified to discover than even after 25 years Microsoft still does not understand the temporary files problem.

When a program crashes, it does not delete its temporary files. Over the years your disk fills with junk.

Windows does not:

1. automatically clean up orpdaned temporary files after a crash.
2. mark the temporary files in some way with a naming convention or attribute bit so that they can be recognised by some batch scavenging program run periodically.

Here are three ways we could handle the probem of orphaned temporary files:

1. Java has File.deleteOnExit(). In theory the OS should note this call and do the deletions even if Java crashes. The catch is, it doesn’t. If the app crashes, the Java runtime won’t necessarily be alive to do the deletions.
2. The Linux way. More intelligent operating systems such as Linux and FreeBSD tend to clean /tmp and /var/tmp during the initial stages of a reboot, or, if one uses tmpfs, the issue doesn’t even arise since tmpfs is purely RAM-based and is wiped when the machine reboots.

   To use tmpfs, make sure your kernel can handle 'tmpfs', then add the following line into /etc/fstab:

   tmpfs /tmp tmpfs noatime,mode=1777 0 0 then either reboot or 'init s’ then 'init {runlevel}', depending on preferences and OS configuration. (Don’t just mount /tmp unless you’re sure nothing is using it. X in particular sticks files in there — /tmp/.X11-unix/Xn, presumably for its Unix sockets.)

3. In a sane OS, temporary should be an attribute bit on the file the OS maintains. The OS could then automatically delete any file with that attribute not currently in use. Then you would need ways in each language to set the attribute. Java could access the attribute with a native method called by File. createTempFile(). For debugging, you could configure the OS scavenging to delay 24 hours to give you time to analyse the temp files after a crash. An app that terminated normally would automatically have all its temp files deleted, even if the app itself failed to do that. Vista now supports a temporary file attribute, but it does not automatically delete such files. You must run a utility periodically to find and delete them.