I reproduced the error on my setup (GHC 6.10.1 on WS2003), and received SEH exception 0xC00000FD, which is STATUS_STACK_OVERFLOW "A new guard page for the stack cannot be created". It looks like something is overflowing the OS stack or improperly bumping the guard page at the end of the allocated stack (which is used to extend the stack on demand).<br>
<br>I could not get the crash to occur in GHC 6.8.3 via GHCi on the same system. Instead, evaluation blocks forever with 0% CPU, interruptable with CTRL+C.<br><br><div class="gmail_quote">On Tue, Jan 13, 2009 at 10:15 AM, Heiko Studt <span dir="ltr"><<a href="mailto:studt@fmi.uni-passau.de">studt@fmi.uni-passau.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi (and hello everybody),<br>
<br>
I read the FAQ, I searched down till Nov 2008, but did not find anything.<br>
I hope I didn't miss a FAQ or somewhat. (If so, please apologize!)<br>
<br>
My (freshly installed) GHCi 6.10.1 runs on Windows XP on Intel Dual Core.<br>
I used the .msi of the Webpage some two weeks ago.<br>
<br>
I got some strange program as example and tried out - and my ghci died<br>
quitly without any helping message.<br>
<br>
Here is the original programm:<br>
| f x y z = a + b*c + b + fun c<br>
| where a = x * y + z<br>
| b = c * fun x<br>
| c = a * b<br>
| fun x = x * x + 1<br>
<br>
For testing out in previous of this posting, the following is the very<br>
same and had the same problem:<br>
| let f x y z = a + b*c + b + fun c where {a = x * y + z; b = c * fun x; c = a * b; fun x = x * x + 1}<br>
<br>
The query to die was "f 1 2 3".<br>
<br>
I tried with verbose ghci:<br>
<br>
| C:\...\ghc-6.10.1\bin>ghci -v<br>
| GHCi, version 6.10.1: <a href="http://www.haskell.org/ghc/" target="_blank">http://www.haskell.org/ghc/</a> :? for help<br>
| Glasgow Haskell Compiler, Version 6.10.1, for Haskell 98, stage 2 booted by GHC<br>
| version 6.8.3<br>
| Using package config file: C:\...\GHC-61~1.1\package.conf<br>
| hiding package base-3.0.3.0 to avoid conflict with later version base-4.0.0.0<br>
| wired-in package ghc-prim mapped to ghc-prim-0.1.0.0<br>
| wired-in package integer mapped to integer-0.1.0.0<br>
| wired-in package base mapped to base-4.0.0.0<br>
| wired-in package rts mapped to rts-1.0<br>
| wired-in package haskell98 mapped to haskell98-1.0.1.0<br>
| wired-in package syb mapped to syb-0.1.0.0<br>
| wired-in package template-haskell mapped to template-haskell-2.3.0.0<br>
| wired-in package dph-seq mapped to dph-seq-0.3<br>
| wired-in package dph-par mapped to dph-par-0.3<br>
| Hsc static flags: -static<br>
| Loading package ghc-prim ... linking ... done.<br>
| Loading package integer ... linking ... done.<br>
| Loading package base ... linking ... done.<br>
| Prelude> let f x y z = a + b*c + b + fun c where {a = x * y + z; b = c * fun x;<br>
| c = a * b; fun x = x * x + 1}<br>
| *** Parser:<br>
| *** Desugar:<br>
| *** Simplify:<br>
| *** CorePrep:<br>
| *** ByteCodeGen:<br>
| Prelude> f 1 2 3<br>
| *** Parser:<br>
| *** Desugar:<br>
| *** Simplify:<br>
| *** CorePrep:<br>
| *** ByteCodeGen:<br>
|<br>
| C:\...\ghc-6.10.1\bin><br>
<br>
I hope I could help finding some strange bug, killing 99% of your<br>
problems with Haskell, life and love, although I am very sure<br>
this one is only minor... ;-)<br>
<br>
<br>
MFG (With friendly regards)<br>
<font color="#888888"><br>
--<br>
Heiko Studt <<a href="mailto:studt@fmi.uni-passau.de">studt@fmi.uni-passau.de</a>><br>
<br>
_______________________________________________<br>
Glasgow-haskell-users mailing list<br>
<a href="mailto:Glasgow-haskell-users@haskell.org">Glasgow-haskell-users@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/glasgow-haskell-users" target="_blank">http://www.haskell.org/mailman/listinfo/glasgow-haskell-users</a><br>
</font></blockquote></div><br>