| Derrell Durrett 2005-05-27, 8:57 pm |
| Derrell Durrett wrote:
> Derrell Durrett wrote:
>
>
When I replace the previous code w/File::Temp, I see the same problem.
The XP OS complains after about 500 iterations that I've run out of file
descriptors. The error message isn't particularly informative: bldperl
writestderr exitted with 16777215 and core dumped from signal 127, where
writestderr is the following:
use strict;
use warnings;
print STDERR q[I'm freaking out! ];
die "Still!\n";
and bldperl is a simple wrapper around perl.
Has anyone else seen this problem? I can work around it using real
files to capture stdout and stderr, but since there are often cases
where I am trying to do this on multiple machines over a short amount of
time in a shared network directory. IO::File's tmpfile (if I understood
the docs correctly) was using memory to create these files, not real
files. If it was doing it w/real files, at least I didn't have to think
of algorithms that make the files just more likely to be unique. In any
case, I preferred that method, and for NT it worked. For SunOS 5.8 it
works. For RedHat 7.2 (or whatever the Enterprise equivalent is that
we're using now), it works.
I found (but lost and cannot find again) a mention that some file
related module was not available for XP, and it sounded potentially
related to this.
If anyone has had an experience w/XP similar to this, where the error
"Too many open files" has appeared even though you're sure you're
closing them (if because they go out of scope, if nothing else), I'd be
interested in comparing notes.
Thanks,
Derrell
--
Derrell Durrett
Xilinx, Inc. / Software Productivity Tools
Longmont, Colorado / 720.652.3843
***remove bits about .processed meats and .death from e-mail to reply
|