I was recently bitten by the urge to hack around with STM, and discovered to
my dismay that there's no way to get at the primitive constructors for TVar
and STM, both of which are defined in GHC.Conc. Given that, when we so
desire, we can get at the primitives to break IO into pieces, manually unbo
Matthew Bentham wrote:
"It’s not unreasonable to have a program that wants to encode its outputin a
particular encoding. The example I gave earlier still seemsreasonable to be, a program
that takes input in one encoding andrecodes to a different encoding on its output, with
both the input ando
On Wed, 2008-02-27 at 08:54 +, Chris Kuklewicz wrote:
> Small correction:
>
> I think "./prog in vs ./prog < in " and "utf8" should be "ok".
Ah yes, quite right. Similarly ./prog -o out vs ./prog > out because
neither involve printing to the terminal.
Duncan
___
- Original Message
> From: Johan Tibell <[EMAIL PROTECTED]>
> To: Duncan Coutts <[EMAIL PROTECTED]>
> Cc: Haskell Libraries <[EMAIL PROTECTED]>; GHC-users list
> ; Simon Marlow <[EMAIL PROTECTED]>
> Sent: Wednesday, February 27, 2008 9:25:39 AM
> Subject: Re: H98 Text IO
>
> On Wed, Feb
On Wed, Feb 27, 2008 at 1:06 AM, Duncan Coutts
<[EMAIL PROTECTED]> wrote:
> As a data point, Java and python use "always locale" as default if you
> don't specify an encoding when opening a text stream.
>
> I think personally I'm coming round to the "always locale" point of
> view. We already h
Small correction:
I think "./prog in vs ./prog < in " and "utf8" should be "ok".
(and I thought this was switched to Glasgow-haskell-users@haskell.org)
David Leuschner wrote:
>> Let me try and summarise:
>
> Thanks for the great summary! And thanks to Emacs' table mode here're the
> results dis
