Skip Menu |
Queue is disabled
This queue is disabled and you may not create new tickets in it.
Report information
Id: 36548
Status: open
Priority: 0/
Queue: pugs

Owner: Nobody
Requestors: simonmar [at] microsoft.com
Cc:
AdminCc:



CC: "Simon Peyton-Jones" <simonpj [...] microsoft.com>
Subject: GHC bugs
Date: Thu, 14 Jul 2005 10:28:28 +0100
To: <pugsbugs [...] perl.org>, <malaire [...] users.sourceforge.net>, <autrijus [...] autrijus.org>
From: "Simon Marlow" <simonmar [...] microsoft.com>
Hi, I've been trying in vain over the last day or so to reproduce the following GHC bugs, both allegedly demonstrated by Pugs: [ 1226252 ] internal error: EVACUATED object entered! http://sourceforge.net/tracker/index.php?func=detail&aid=1222522&group_i d=8032&atid=108032 [ 1222522 ] scavenge_stack: weird activation record found on stack:37548 http://sourceforge.net/tracker/index.php?func=detail&aid=1222522&group_i d=8032&atid=108032 I checked out the exact revisions using SVN as specified in the bug reports, and I've tried various combinations of {1386,x86_64}, {Linux,FreeBSD}, {GHC 6.4, 6.4.1-STABLE}, {optimised,unoptimised}. I do indeed get test failures for the t/oo/desctruction.t test, but no crashes. For example, on the FreeBSD/x86/optimised build I just did: ~/local/pugs > GHCRTS=-H1m PERL_DL_NONLAZY=1 /usr/local/bin/perl "-I../../inc" "-I../inc" "-Iinc" "-MExtUtils::Command::MM" "-e" "ENV->{HARNESS_PERL} = q{/home/simonmar/local/pugs/blib/script/pugs}; @ARGV = map glob, @ARGV; ENV->{PERL6LIB} = q{/home/simonmar/local/pugs/blib6/lib}; test_harness(0, 'inc', '/home/simonmar/local/pugs/blib/lib', '/home/simonmar/local/pugs/blib/arch')" t/oo/destruction.t t/oo/destruction....NOK 5# Looks like you failed 2 tests of 6 t/oo/destruction....FAILED tests 4-5 Failed 2/6 tests, 66.67% okay Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------ ------- t/oo/destruction.t 6 2 33.33% 4-5 Failed 1/1 test scripts, 0.00% okay. 2/6 subtests failed, 66.67% okay. I can vary the success rate by altering GHC's garbage collector options (e.g. the GHCRTS setting in the command above). At this point I'm stuck. I don't doubt there's a bug somewhere, but it's not showing itself for me. If someone can provide me with a temporary account on a machine that demonstrates the bug, that would be great. SSH key available on request. Even better if you could set me up with an account and a Pugs build tree all ready to go. I've spent too much time on this to give up now! Cheers, Simon
Subject: Re: [perl #36548] GHC bugs
Date: Mon, 18 Jul 2005 21:09:56 +0300
To: perl6-compiler [...] perl.org, bugs-bitbucket [...] netlabs.develooper.com
From: Markus Laire <markus [...] laire.info>
Download (untitled) / with headers
text/plain 1.9k
Simon Marlow (via RT) kirjoitti: Show quoted text
> # New Ticket Created by "Simon Marlow" > # Please include the string: [perl #36548] > # in the subject line of all future correspondence about this issue. > # <URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36548 > > > > Hi, > > I've been trying in vain over the last day or so to reproduce the > following GHC bugs, both allegedly demonstrated by Pugs: > > [ 1226252 ] internal error: EVACUATED object entered! > http://sourceforge.net/tracker/index.php?func=detail&aid=1222522&group_i > d=8032&atid=108032 > > [ 1222522 ] scavenge_stack: weird activation record found on stack:37548 > http://sourceforge.net/tracker/index.php?func=detail&aid=1222522&group_i > d=8032&atid=108032
I seem to be able to reproduce this error using pugs r4916. Testing for the t/oo/destruction.t few times on a row gave these errors: pugs: internal error: TVAR object entered! pugs: internal error: EVACUATED object entered! pugs: internal error: scavenge_stack: weird activation record found on stack: 6432 pugs: internal error: scavenge_stack: weird activation record found on stack: 17516 pugs: internal error: scavenge_stack: weird activation record found on stack: 3348 pugs: internal error: scavenge_stack: weird activation record found on stack: 27812 So the test seems to give an error every time I run it, while the actual error varies a bit. Show quoted text
> At this point I'm stuck. I don't doubt there's a bug somewhere, but > it's not showing itself for me. > > If someone can provide me with a temporary account on a machine that > demonstrates the bug, that would be great. SSH key available on > request. Even better if you could set me up with an account and a Pugs > build tree all ready to go. > > I've spent too much time on this to give up now!
Unfortunately I don't know much about debugging nor how to setup such an account, if it's even possible on my computer. (I have SuSe 9.1 in a local network, with win98se-computer between internet and this local network.) -- Markus Laire
Subject: Re: [perl #36548] GHC bugs
Date: Mon, 18 Jul 2005 21:28:17 +0300
To: perl6-compiler [...] perl.org, bugs-bitbucket [...] netlabs.develooper.com
From: Markus Laire <markus [...] laire.info>
Download (untitled) / with headers
text/plain 991b
Just a quick addition to my previous message: I now got 1) --no error, just a failed test-- 2) --no error, just a failed test-- 3) pugs: internal error: scavenge_stack: weird activation record found on stack: 49900 4) pugs: internal error: EVACUATED object entered! 5) pugs: internal error: scavenge_stack: weird activation record found on stack: 9368 So this test doesn't seem to give error *every* time, but still quite often. I used command Show quoted text
> PERL_DL_NONLAZY=1 /usr/bin/perl "-I../../inc" "-I../inc" "-Iinc"
"-MExtUtils::Command::MM" "-e" "ENV->{HARNESS_PERL} = q{/home/malaire/omat/downloads/direct-devel-downloads/temp/pugs/blib/script/pugs}; @ARGV = map glob, @ARGV; ENV->{PERL6LIB} = q{/home/malaire/omat/downloads/direct-devel-downloads/temp/pugs/blib6/lib}; test_harness(0, 'inc', '/home/malaire/omat/downloads/direct-devel-downloads/temp/pugs/blib/lib', '/home/malaire/omat/downloads/direct-devel-downloads/temp/pugs/blib/arch')" t/oo/destruction.t -- Markus Laire


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org