cancellation happens for instance here: 1 + 1e-50 - 1 == 0
the function again (in the wasteful original form, for clarity).
where do you think cancellation may take place? isn't what you call
canellation a generic rounding error?
hi there,
I am running some unix command. I just realized there is
runInteractiveProcess in System.Process, so my problem is solved in
practice:
++
showPlot :: String - IO (Handle, Handle, Handle, ProcessHandle)
showPlot
On Thu, 2 Mar 2006, Matthias Fischmann wrote:
cancellation happens for instance here: 1 + 1e-50 - 1 == 0
the function again (in the wasteful original form, for clarity).
where do you think cancellation may take place? isn't what you call
canellation a generic rounding error?
On Fri, Mar 03, 2006 at 01:29:06PM +0100, Henning Thielemann wrote:
To: Matthias Fischmann [EMAIL PROTECTED]
cc: haskell-cafe@haskell.org
From: Henning Thielemann [EMAIL PROTECTED]
Date: Fri, 3 Mar 2006 13:29:06 +0100 (MET)
Subject: Re: [Haskell-cafe] rounding errors with real numbers.
On Fri, 3 Mar 2006, Matthias Fischmann wrote:
1 + epsilon - 1 == epsilon, which is zero except for a very small
rounding error somewhere deep in the e-minus-somethings. how is the
error getting worse than that, for which numbers?
I meant the relative error. epsilon should be the result, but
ok, now i am intimidated enough to give up. (-:.
thanks for trying, though.
m.
On Fri, Mar 03, 2006 at 03:19:44PM +0100, Henning Thielemann wrote:
To: Matthias Fischmann [EMAIL PROTECTED]
cc: haskell-cafe@haskell.org
From: Henning Thielemann [EMAIL PROTECTED]
Date: Fri, 3 Mar 2006
On Thu, 2 Mar 2006, Matthias Fischmann wrote:
...
The problem is that gnuplot terminates right away after it tries to
read from stdin (I can see the shadow of a window appear and vanish
immediately). I tried setFdOption, with no effect. Is this because
the handles passed to runProcess are
Brian Hulley wrote:
Brian Hulley wrote:
One other thing I've been wanting to ask (not to change! :-)) for a
while is: how is the following acceptable according to the rules in
the Haskell98 report where where is one of the lexemes, which when
followed by a line more indented than the line the
On Fri, Mar 03, 2006 at 09:05:49AM -0800, Donn Cave wrote:
To: haskell-cafe@haskell.org
From: Donn Cave [EMAIL PROTECTED]
Date: Fri, 3 Mar 2006 09:05:49 -0800 (PST)
Subject: Re: [Haskell-cafe] trying to understand runProcess handles
On Thu, 2 Mar 2006, Matthias Fischmann wrote:
...
The
On Fri, 3 Mar 2006, Matthias Fischmann wrote:
... but as long as you're making a pipe for
error output, you may as well read it and see if gnuplot has left
any clue to its problem there.
that doesn't work -- all the handles are closed at least after the
process has died. hard to tell
On 28/02/06, Brian Hulley [EMAIL PROTECTED] wrote:
Why? Surely typing one tab is better than having to hit the spacebar 4 (or
8) times?
I'm really puzled here. I've been using tabs to indent my C++ code for at
least 10 years and don't see the problem. The only problem would be if
someone
I've been coming up to speed on afrp, and I see the code base is
almost two years old. Is this the state of the art? Thanks.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Instinctive wrote:
I've been coming up to speed on afrp, and I see the code base is
almost two years old. Is this the state of the art? Thanks.
Henrik Nilsson wrote a paper[1] with (as far as I know unreleased) code
for dynamic optimizations to yampa with GADTs. I believe that would be
the
instinctive:
I've been coming up to speed on afrp, and I see the code base is
almost two years old. Is this the state of the art? Thanks.
Also, a practical application appeared this year with Frag -- Mun Hon
Cheong's implementation of a Quake-like game in
On 01/03/06, Christian Maeder [EMAIL PROTECTED] wrote:
In a more realistic example, the current dollars help to improve
readability, I think, and that is my argument why $ should be right-
associative:
map (+ 1) $ filter (/= 0) $ Set.toList l
An additional $ before the final argument (
15 matches
Mail list logo