Mon, 11 Sep 2000 02:10:59 -0700, Simon Marlow <[EMAIL PROTECTED]> pisze:
> > xs <- mapM readFile (take 1000 (repeat "tmp"));
> That looks reasonable - there's usually some kind of limit on the
> number of files a process may have open, for example it's 1024 on
> our Linux box, and 64 on our Sparc box.
It's easier to explain than to fix. readFile's laziness strikes again.
This has bitten be once and caused a major redesign. OK, redesign to
a better solution, but it should not be forced that way :-)
The Haskell's runtime could do something with it: detect the "too many
open files" error and try to suck some lazily read files.
--
__("< Marcin Kowalczyk * [EMAIL PROTECTED] http://qrczak.ids.net.pl/
\__/
^^ SYGNATURA ZAST�PCZA
QRCZAK
- openFile, process file table full Jan Kort
- RE: openFile, process file table full Simon Marlow
- RE: openFile, process file table full Marko Schuetz
- RE: openFile, process file table full Marcin 'Qrczak' Kowalczyk
- RE: openFile, process file table full Simon Marlow
- RE: openFile, process file table full Simon Marlow
- Re: openFile, process file table full George Russell
- Re: openFile, process file table full Marcin 'Qrczak' Kowalczyk
- Re: openFile, process file table full Jan Kort
- Re: openFile, process file table full Marcin 'Qrczak' Kowalczyk
- Re: openFile, process file table full Ch. A. Herrmann
- Re: openFile, process file table full Marcin 'Qrczak' Kowalczyk
- RE: openFile, process file table full Simon Marlow
