I remember that we had problems with HaXml producing empty or truncated
files, too.
I think with ghc-6.4.1 and HaXml-1.13 this problem was solved. (The
deprecated stuff is definitely not the cause).
The problem must have been related to the output handle being either
stdout or a file (and
Hi,
I'm a Haskell newbie using HaXml for the conversion of xml files into html
files. I'm using GHC 6.4 to compile the program.
When I run the program, it will not convert the whole file: the document
tree is incomplete and will stop when the limit of e.g. 8k has been
reached.
E.g. An xml
[EMAIL PROTECTED] wrote:
E.g. An xml file of 12.3k will result in a file of 8k and will stop at
8k An xml file of 15.7k will result in a file of 16k
An xml file of 36k will result in a file of 24k
From ghc-6.4, the runtime system no longer flushes open files; it
truncates them instead. You
Hi there,
Has anyone made any attempt to port GHC to Mac OS X on x86? Wolfgang
Thaller’s binary package runs over Rosetta but slow (not surprising).
It can not be used to compile a native version either (I got some
errors related to machine registers).
I tried to do a bootstrap but can't
David Menendez:
This is something I've been wondering about for a while. Can you do that
sort of thing with associated types?
As another example, consider this type class for composible continuation
monads:
class Monad m = MonadCC p sk m | m - p sk where
newPrompt :: m (p
Robert Dockins robdockins at fastmail.fm writes:
FYI, putStrLn will automatically insert a newline for you, and the
final 'return ()' is unnecessary. My favorite idiom for this kind of
thing is:
mainMenu = putStr $ unlines
[ line 1
, line 2
, line 3
]
Or how about
dominic.steinitz:
Robert Dockins robdockins at fastmail.fm writes:
FYI, putStrLn will automatically insert a newline for you, and the
final 'return ()' is unnecessary. My favorite idiom for this kind of
thing is:
mainMenu = putStr $ unlines
[ line 1
, line 2
,