NOTE that the attachment to the orginal message is a virus.. Do not open
--- delete email--- do not save attachment
On Mon, 12 Feb 2001, David Wilczynski wrote:
> Hi:
> Check This!
>
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.or
Are you on a Windows platform of some kind (I guess so, from your mail
headers)? I vaguely remember having a problem like this (in Python,
IIRC) because MSDOS used ^Z (ASCII 26) as an end of file marker. So
low-level Win32 file access routines still interpret this character as
end-of-file. I g
> Andre W B Furtado wrote:
> [ EOF at Ctrl-Z problem ]
Sounds like you're using WinDoze which interprets Ctrl-Z as EOF in
non-binary files IIRC (great idea, BTW! :-}. Alas, you have to use
non-standard features (openFileEx or hSetBinaryMode) to get around
this, see:
http://www.haskell.org/ghc
Hi Bernie,
You ask why Haskell infers kinds for datatypes in dependency order.
As you point out, if Haskell tried instead to infer kinds for all of
the datatypes in a program at the same time, then it would sometimes
accept programs that are currently rejected. For example:
|data C x = Foo
Hello there. I was trying to
read a bitmap file using hGetChar but I had a problem: if the file contains the
byte 26-decimal (or 1A-hexa) the program aborts. Here you have the
output:
Fail: end of file
Action: hGetChar
Since hGetChar is implemented
with getc, I created a similar
Don't open the file that is attached
to the original message!!
I was warned that it contains a virus!
--
Martin
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
Hi:
Check This!
AnnaKournikova.jpg.vbs
Mon, 12 Feb 2001 00:02:00 +0100 (MET), Bjorn Lisper <[EMAIL PROTECTED]> pisze:
> Functions themselves are never lifted. They just appear to be lifted
> when applied to arguments of certain types, and then the function
> application is always statically resolved into an expression where
> the func
