Re: silly questions about 'seq'

2003-02-14 Thread Dean Herington
On Fri, 14 Feb 2003, John Meacham wrote: > This seems to be contrary to how i thought haskell was implemented in > ghc (and probably other systems). I was under the impression that thunks > in ghc were opaque except for the code address at the begining of them. > in order to evaluate something you

Re: silly questions about 'seq'

2003-02-14 Thread John Meacham
This seems to be contrary to how i thought haskell was implemented in ghc (and probably other systems). I was under the impression that thunks in ghc were opaque except for the code address at the begining of them. in order to evaluate something you just jump to the address stored in it. so i gue

Re: ANNOUNCE: 0th International Obfuscated Haskell Code Contest

2003-02-14 Thread Lennart Augustsson
Shae Matijs Erisson wrote: The following message is a courtesy copy of an article that has been posted to comp.lang.functional as well. In the spirit of http://ioccc.org/ Bring us your poor, weary, downtrodden, and unreadable source code. Come to the 0th INTERNATIONAL OBFUSCATED HASKELL C

WAIT 2003: Call For Papers

2003-02-14 Thread WAIT 2003
-- CALL FOR PAPERS 32 JAIIO - WAIT 2003 Argentinian Workshop on Theoretical Computer Science Buenos Aires - Argentina September 1-5, 2003 -- The Argentinian Wo

Re: Yet another weakly defined bug report

2003-02-14 Thread Dean Herington
Yes, getting the right amount of strictness--and in the right places--can be tricky. For your program, it seems you should process each file completely (reflecting its contents strictly in your histogram so the contents can be dropped and the file descriptor closed) before moving on to the next fi

RE: Yet another weakly defined bug report

2003-02-14 Thread Simon Marlow
> What is the limit on open files, and why? I think it'd be nice to > just schedule a huge amount of IO operations, and have them all be > performed when required (i.e. when the FM is first accessed). > Apparently, my addDir took the trouble to open the files, but not > generate the FMs -- any ide

FSTTCS'03 First Call for Papers (postscript version is attached)

2003-02-14 Thread FSTTCS
[Our apologies if you receive this more than once.] == CALL FOR PAPERS 23rd conference on FOUNDATIONS OF SOFTWARE TECHNOLOGY AND THEORET

Re: ANNOUNCE: 0th International Obfuscated Haskell Code Contest - http://iohc.mgoetze.net/

2003-02-14 Thread Shae Matijs Erisson
The following message is a courtesy copy of an article that has been posted to comp.lang.functional as well. I didn't include the url for rule updates and winner announcements. Here it is: http://iohc.mgoetze.net/ -- Shae Matijs Erisson - 2 days older than RFC0226 #haskell on irc.freenode.net - W

ANNOUNCE: 0th International Obfuscated Haskell Code Contest

2003-02-14 Thread Shae Matijs Erisson
The following message is a courtesy copy of an article that has been posted to comp.lang.functional as well. In the spirit of http://ioccc.org/ Bring us your poor, weary, downtrodden, and unreadable source code. Come to the 0th INTERNATIONAL OBFUSCATED HASKELL CODE CONTEST! This contest is

RE: Yet another weakly defined bug report

2003-02-14 Thread Simon Marlow
> > These things are always tricky to understand, which is why > I recommend > > not using lazy I/O. File reading is not a pure operation: > running out > > of file descriptors is a good counter-example. > > Without saying wether I agree with lazy I/O or not, I suggest that > this particular p

Re: Yet another weakly defined bug report

2003-02-14 Thread Ketil Z. Malde
Dean Herington <[EMAIL PROTECTED]> writes: > "Ketil Z. Malde" wrote: >> -- | add data from a file to the histogram >> addFile :: FiniteMap String Int -> String -> IO (FiniteMap String Int) >> addFile fm name = do >> x <- readFile name >> return (addHist fm x) I changed th