George Russell <[EMAIL PROTECTED]> wrote,
> In fact the problem is more drastic than I mentioned in my last message; division by >0
> doesn't seem to be catchable at all. From this program
> --- cut here ---
> import Exception
>
> main =
>do
> excep <- Exc
In fact the problem is more drastic than I mentioned in my last message; division by 0
doesn't seem to be catchable at all. From this program
--- cut here ---
import Exception
main =
do
excep <- Exception.try (seq (1 `div` 0) (return ()))
putStrLn "Sur
On Solaris:
# /home/ger/ghc-5.04.1.install/bin/ghci
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 5.04.1, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\/\/ /_/\/|_| Type :? for help.
Loading package base ...
Bugs item #610569, was opened at 2002-09-17 07:20
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=610569&group_id=8032
Category: Documentation
Group: 5.04.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: No
> Sorry, I haven't got time to narrow this down to a test case,
> but here are what I hope are the key factors:
>
> (1) We start up applications in a child process (forked with
> Posix.forkProcess)
> by calling Posix.executeFile, wrapped in an Exception.catch
> handler (to detect errors).
> (2
> Luckily, there is a workaround (discovered by Tom Moertel on
> #haskell). If you include field names in the data
> definition for which you derive Show and Read, it seems to
> work fine.
>
> So, in George's example
>
> module GHCBug where
>
> data Command =
> NewLocation
>
Bugs item #609944, was opened at 2002-09-16 14:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=609944&group_id=8032
Category: Compiler
Group: 5.04.1
Status: Open
Resolution: None
Priority: 7
Submitted By: Manuel M. T. Chakravarty (chak)
Assigned to: N
Manuel M T Chakravarty wrote:
[snip]
> Luckily, there is a workaround (discovered by Tom Moertel on
> #haskell). If you include field names in the data
> definition for which you derive Show and Read, it seems to
> work fine.
[snip]
Thanks. I may try this, if I get time.
