
Ah, of course -- the tmpname call should have handled that. But it wasn't, and perhaps it wasn't because CNL is not set up for temporary file names? It looks to me like tmpnam should also respect the environment variable TMPDIR; perhaps without this patch, we could try setting the TMPDIR variable to the current working directory? On Tue, Mar 17, 2009 at 2:46 PM, Matthew Turk <matthewturk@gmail.com> wrote:
I'm not sure the patch is what you want, Matt, I just wanted it to work to make sure that that was the problem.
This looks okay; so you construct a random int, and use that as the filename? Does it get removed later?
I honestly haven't seen these issues before, but if we have multiple processors writing to the same file we *should* have seen them. Darn it. Any chance you can see a way to get rid of the scratch file completely?
-Matt