On 22 October 2005 03:25, John Goerzen wrote:
> Here's some more data.
>
> I tried this program with three versions of GHC.
>
> GHC 6.4 with forkIO: could not produce a segfault at all
> GHC 6.4 with forkOS: rapid segfault (<30 sec)
>
> GHC 6.4.1 with forkIO: segfault in <5 min
> GHC 6.4.1 with
On 23 October 2005 19:00, Esa Ilari Vuokko wrote:
> I have been trying to build some Windows DLLs with
> GHC, and I have run into some misfeatures or maybe
> I have misunderstood how to use GHC. Any help or
> advice would be appreciated. :)
>
> First of all, I can't get ghc to generate stubs fro
On Mon, Oct 24, 2005 at 10:53:48AM +0100, Simon Marlow wrote:
> Hi John,
>
> Thanks for trying to narrow this down. At this stage it looks like some
> kind of heap corruption. Can you reproduce it on more than one machine?
Yes, though it is not nearly as easy. I cannot really explain that.
I s
Wilhelm B. Kloke <[EMAIL PROTECTED]> schrieb:
> Simon Marlow <[EMAIL PROTECTED]> schrieb:
>>
>> Are you building GHC in a fresh tree now? I'd recommend doing that.
>
> Now I am using a *really* fresh tree. Formerly the compilation of
> Apply.cmm did not render an instructive error message, just
>
On 10/14/05, Tomasz Zielonka <[EMAIL PROTECTED]> wrote:
> On 10/14/05, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote:
> > HEAD definitely. We don't change the specification of STABLE, only fix
> > bugs.
>
> Great, I have the initial implementation, but I'll try to make it
> prettier.
Here is the
On 10/24/05, Tomasz Zielonka <[EMAIL PROTECTED]> wrote:
> Here is the patch.
Again, with a small bugfix in docs.
Best regards
Tomasz
patch
Description: Binary data
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.has