-davenant:~/junk> cat t.hs
main = error "bang!"
-davenant:~/junk> ghc t.hs
-davenant:~/junk> ./a.out
Fail: bang!
-davenant:~/junk> ghc -prof -auto -auto-all t.hs
-davenant:~/junk> ./a.out
Segmentation fault (core dumped)
-davenant:~/junk> ghc --version
The Glorious Glasgow Haskell Compilation S
I wrote:
> I'm still seeing some I/O strangenesses, and I'll mail you a test case
> later today when I've sorted things out so it's a bit clearer what's
> going on.
OK, here we go. The program is at
http://www.chiark.greenend.org.uk/~ian/ghc/
as individual files or as a .tar.gz, or you can fin
Earlier I wrote lots of stuff about trying to build GHC from
1999-12-25 using the Debianisation patch from 19990916-3. I said I'd
try the Debianisation patch from 19991206-1 with an appropriate cvs
update, and I've now done that and the compiler seems basically to
work. Thanks, Michael, for poin
Ian Jackson writes ("RE: RegexString: was it really meant to be that way ?"):
> I've just tried my version of RegexString with a compiler snapshot
> obtained by using cvs up -D '25 December 1999' and it doesn't work
> properly any more. It seems that re_
Simon Marlow writes ("RE: RegexString: was it really meant to be that way ?"):
> [ Ian Jackson: ]
> > This appears to attempt to extract all of the $ strings from the
> > match, regardless of whether they were actually found. Or to put it
> > another way, the resu
Michael Weber writes ("Re: Deadlock again (was Re: GHC 4.04.19990916 produces
coredumpin g executable)"):
> New versions for Debian usually can be found on my site (see signature) at
> first, the latest is ghc4_4.05.19991206-1.deb.
Thanks, but the version Simon referred me to was from 1999-12-25
Simon Marlow writes ("RE: Deadlock again (was Re: GHC 4.04.19990916 produces
coredumpin g executable)"):
> > No doubt you're quite tired of seeing my mails by now, but here, have
> > another one :-).
> >
> > I now have a couple of problems which look like they can be summarised
> > as `r
--
RegexString.lhs
A simple high-level interface to Regex
(c) Simon Marlow 1997
Modified 1999 by Ian Jackson to fix an apparent fatal bug (?!)
and to provide matchRegexAll. $Id: RegexString.lhs,v 1.1 2000/01/04 23:56:34 ian Exp $
No doubt you're quite tired of seeing my mails by now, but here, have
another one :-).
I now have a couple of problems which look like they can be summarised
as `race flakiness in the concurrent I/O system'.
For example, the most recent version of my program can sometimes be
persuaded to die wit
> > nettlestalk: fatal error: No threads to run! Deadlock?
>
> The problem is in NettleAction.hs:
...
> \begin{code}
> runGame_noUnitNotifs :: Game -> Timestamp -> [Callback] -> GM rt -> (Maybe rt, Game,
>[Callback], [Notification])
> runGame_noUnitNotifs g ts cbs acts =
> let gc = Ga
I'm writing a program which does
import Socket
but not
import SocketPrim
GHC complains that the type constructor Socket isn't in scope.
Indeed, in Socket.lhs from GHC 4.04.19990916 I see that Socket isn't
exported, even though a function listenOn :: PortID -> IO Socket is.
When I say
import S
Before Christmas I reported a (known, I discovered) bug which would
result in the message `fatal error: No threads to run! Deadlock?'.
Simon Marlow replied then:
> This is due to a locking problem with our I/O library. Basically, if the
> program calls trace while writing to stdout (eg. using p
.2.12 #4 Sun Sep 19 23:27:21 BST 1999 i586 unknown
-davenant:stalk>
Ian.
-- X-war (Warcraft/Starcraft/C&C-alike) server prototype
-- Copyright (C)1999 Ian Jackson <[EMAIL PROTECTED]>
--
-- This program is free software; you can redistribute it and/or modify
-- it under t
I wrote:
> I have a program (no doubt pretty grotty - I'm still messing around
> learning Haskell) which causes GHC (4.04.19990916) to produce an
> executable which coredumps.
...
> I'm using a GHC binary package from Debian GNU/Linux, binary package
> version 4.04.19990916-0slink1 built by Michae
14 matches
Mail list logo
