On Tue Apr 22 22:55:28 2008, [EMAIL PROTECTED] wrote:
> On Tuesday 22 April 2008 04:33:49 Seneca Cunningham via RT wrote:
>
> > Lets the build complete, but a similar crash (similar stack frames,
> > different addresses) occurs when running t/op/sprintf.t when subtest
> 174 is
> > reached.
>
> Go
On Tuesday 22 April 2008 04:33:49 Seneca Cunningham via RT wrote:
> Lets the build complete, but a similar crash (similar stack frames,
> different addresses) occurs when running t/op/sprintf.t when subtest 174 is
> reached.
Good to know. I believe r27144 fixes this.
-- c
On Mon Apr 21 23:55:10 2008, [EMAIL PROTECTED] wrote:
> chunk should never be 0x11. Does this patch fix things for you?
Lets the build complete, but a similar crash (similar stack frames, different
addresses) occurs
when running t/op/sprintf.t when subtest 174 is reached.
> If not, you might
On Monday 21 April 2008 20:22:51 Seneca Cunningham wrote:
> parrot crashes while generating src/Grammar_gen.pir. The last build
> attempted (on a different copy of the source tree) worked and was done
> right after the commits to get OpenGL working on OS X happened. This
> happens with both "mak
# New Ticket Created by "Seneca Cunningham"
# Please include the string: [perl #53170]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53170 >
parrot crashes while generating src/Grammar_gen.pir. The last build
attempted (o
ward
Java, .NET, XML Services
Consulting, Teaching, Speaking, Writing
http://www.tedneward.com
> -Original Message-
> From: James Keenan via RT [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 15, 2008 6:38 AM
> To: [EMAIL PROTECTED]
> Subject: [perl #51732] Parrot crash in
On Sat Mar 15 01:27:37 2008, [EMAIL PROTECTED] wrote:
> Sorry, you're right, the error did occur during the nmake part of the
>build; I just wanted to make it clear (in case it mattered) that
>ActiveState was used to run the Configure.pl script. Do you still
>need the complete make outp
Java, .NET, XML Services
Consulting, Teaching, Speaking, Writing
http://www.tedneward.com
> -Original Message-
> From: James Keenan via RT [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 14, 2008 3:15 PM
> To: [EMAIL PROTECTED]
> Subject: [perl #51732] Parrot crash in SVN tip
On Friday 14 March 2008 15:15:07 James Keenan via RT wrote:
> On Fri Mar 14 06:31:08 2008, [EMAIL PROTECTED] wrote:
> > ..\..\parrot.exe ..\..\compilers\tge\tgc.pir
> > --output=POST\Grammar_gen.p
> >
> > ir POST\Grammar.tg
> >
> > Parrot VM: PANIC: Null vtable used; did you add a new PMC
On Fri Mar 14 06:31:08 2008, [EMAIL PROTECTED] wrote:
> Visual Studio 2008, ActiveState Perl running configure.pl
>
>
>
> ..\..\parrot.exe ..\..\compilers\tge\tgc.pir
> --output=POST\Grammar_gen.p
>
> ir POST\Grammar.tg
>
> Parrot VM: PANIC: Null vtable used; did you add a new PMC?!
>
# New Ticket Created by "Ted Neward"
# Please include the string: [perl #51732]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51732 >
Visual Studio 2008, ActiveState Perl running configure.pl
..\..\parrot.exe .
Can't reproduce, seems to pass C call. Should be closed.
.sub _main # void win32_setup(void)
loadlib P1, "kernel32.dll"
dlfunc P0, P1, "GetStdHandle", "pi"
set I0, 1
set I5, -11
invoke # Will crash here.
store_global "kernel32", P1
store_global "Win32handle", P5
e
Will Coleda <[EMAIL PROTECTED]> wrote:
> #3 0x001a8c6c in Parrot_Continuation_mark (interpreter=0x923400,
> pmc=0x984588) at continuation.c:53
Seems to be dead context.
Does this help?
--- parrot/classes/continuation.pmc Mon Mar 22 13:38:09 2004
+++ parrot-leo/classes/continuation.pmc Fri
Ah, good call.
Adding -G causes the code to complete with no crash. (This also clears
the two hurdles in the test suite I mentioned elsewhere.)
(debugger) - I'm not sure I can get anything more helpful out of the
debugger than the crash log (with stack trace) from an earlier post -
Here's the
Will Coleda <[EMAIL PROTECTED]> wrote:
> I'm still seeing both bugs, with a cvs update, make realclean; perl
> Configure.pl, make. (if I do a cvs diff in my repo, the only changed
> files are tcl related.)
> What other intel do you need to help duplicate the bugs?
Try with -G to turn off DOD/GC.
I'm still seeing both bugs, with a cvs update, make realclean; perl
Configure.pl, make. (if I do a cvs diff in my repo, the only changed
files are tcl related.)
What other intel do you need to help duplicate the bugs?
FWIW, I do see that Mitchell's program is not segfaulting, so while my
"shor
Will Coleda <[EMAIL PROTECTED]> wrote:
> I knew I should have updated to cvs latest before issuing a tcl
> release. =)
... and before sending bug reports ;)
The hash/_dumper interaction bug vanished ...
$ parrot hash-bug.imc 1000 | tail -3
"998" => undef,
"999" => undef
}
... as very li
Ah. this appears to be the same stack trace already noted by: Mitchell
N Charity
On Thursday, March 25, 2004, at 11:56 PM, Will Coleda wrote:
I knew I should have updated to cvs latest before issuing a tcl
release. =)
(go ahead and apply that patch, I'll get things fixed as soon as I
can.)
I knew I should have updated to cvs latest before issuing a tcl
release. =)
(go ahead and apply that patch, I'll get things fixed as soon as I can.)
If I run a very short tcl program, ala:
set a(b) whee
puts -
I get a crash in parrot, ala:
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_P
Clinton Pierce <[EMAIL PROTECTED]> wrote:
>> I checked in a fix for something that *may* have fixed this, but I'm
>> not sure as I can't test it out at the moment. Try sync'ing up to CVS
>> and giving it another whirl.
> Still no luck. No luck either in getting a stack trace to the problem.
> Th
> I checked in a fix for something that *may* have fixed this, but I'm
> not sure as I can't test it out at the moment. Try sync'ing up to CVS
> and giving it another whirl.
Still no luck. No luck either in getting a stack trace to the problem.
This may just be a quirk in MSVS.NET. I can't ge
Clinton Pierce wrote:
Clarification:
running an invoke() at *any* time will cause all subsequent tracing to segfault.
I can't reproduce that on Linux (even with Dan's patch not applied yet).
leo
At 7:58 PM -0400 6/29/03, Clinton Pierce wrote:
Clarification:
running an invoke() at *any* time will cause all subsequent tracing
to segfault. Thus (pseudoPASM):
loadlib
dlfunc
invoke
trace 1
end
Will cause the segfault.
I checked in a fix for
t;Clinton A. Pierce" (via RT) <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Date: Sun, Jun-15-2003 11:06 AM
> Subject: [perl #22706] IMCC (& Parrot) crash with -t when invoke is run
>
> # New Ticket Created by "Clinton A. Pierce"
> # Please include the string
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22706]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22706 >
Running imcc -t or parrot -t over an invoke instruction causes the programs
to s
25 matches
Mail list logo
