Re^4: FileHandle objects as data members of another object

Is that cygwin? I don't think Windows puts a limit on the number of file handles a process can open (other than limits regarding system memory and other mad upper bounds).

No, M$ Windows XP Home Edition Service Pack 2.

Comment on Re^4: FileHandle objects as data members of another object

Replies are listed 'Best First'.
Re^5: FileHandle objects as data members of another object by jbert (Priest) on Oct 23, 2006 at 09:09 UTC
Hmm. fopen/open on Windows (the userspace C stdio and unix-like API) have limits like that but the underlying OS facilities don't (unlike Unix - the per-process limit there is a kernel thing). I'd naively thought that native (non-cygwin) perl would have gone all the way down to OpenFile() and friends rather than use the unix-like versions. You learn something every day.	[reply]
Re^5: FileHandle objects as data members of another object by Anonymous Monk on Oct 24, 2006 at 13:40 UTC
Windows puts no limit on open files as long as you use the CP/M compatibility functions, which don't work on NT-derived Windows anymore. And on Win95 and later I think they put a strain on some other scarce resource, so effectively you can't use them that way too. So your sentence is right for Win 3.11 and older, and only with (even then) deprecated programming style.	[reply]
Re^6: FileHandle objects as data members of another object by blazar (Canon) on Oct 24, 2006 at 14:13 UTC
I think you may have wanted to reply to jbert's post. (And if you were not Anonymous I would've /msg'd you instead of replying...)	[reply]