I am running 2000, but the file descriptor max idea is interesting. I'm actually wanting to get rid of the fd's after I get rid of the child process, but I can't seem to make them go away unless I close the server.

Even at 255, I'll crap out at some point unless I can get rid of them when I exit the child.

Any ideas on how to nuke em?

D

Forking under Win32 is emulated; a child process is not actually created. That's probably why the fd's are not going away. See perlfork.

   MeowChow                                   
               s aamecha.s a..a\u$&owag.print

Hmm, I don't think I'm following you.

Lemme see:

I'm forking, then opening a handle inside the 'child'. After I'm done processing, I'm closing the child only handle. Then I'm exiting the child (or join in ithreads I guess).

That being the case, the handle shouldn't exist in the original thread. I think.

And sadly, I can't close the original thread, as it's the server itself. I can get the FD number with fileno(), so I might try an explicit close.

D

True, it's really just ithreads. So, that being the case is there no way to drop an FD once you're done with it? Since the server is running in the primary thread, is the only way to drop all those handles to drop the server? Ack.

I'd also be happy to use spawn or process::create, but those seem to only work on external executables and not something inside the original code.

If I only had the option of running on my AIX box, I'd be a happy camper, but this is win32 only.

D