From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 30 Dec 2007 10:42:43 -0800
On Sunday 30 December 2007 10:02:53 Bob Rogers wrote:
> I don't think so; it's not emitting any debugging output at all.
> Inserting a strategically-placed PDB_backtrace call shows that this
> fails in lin
Erm, Realclean, and worked *shame*
chromatic via RT wrote:
On Sunday 30 December 2007 09:31:55 James Keenan via RT wrote:
Could this be related to a TAP::Parser problem?
That seems unlikely to me; the assertion comes from the internals of Parrot.
More likely some sort of memory corruption.
chromatic via RT wrote:
On Sunday 30 December 2007 10:02:53 Bob Rogers wrote:
I don't think so; it's not emitting any debugging output at all.
Inserting a strategically-placed PDB_backtrace call shows that this
fails in line 27 of t/library/mime_base64.t, which is:
load_bytecode 'compi
On Sunday 30 December 2007 10:02:53 Bob Rogers wrote:
> I don't think so; it's not emitting any debugging output at all.
> Inserting a strategically-placed PDB_backtrace call shows that this
> fails in line 27 of t/library/mime_base64.t, which is:
>
> load_bytecode 'compilers/json/JSON.pbc'
On Sunday 30 December 2007 09:31:55 James Keenan via RT wrote:
> Could this be related to a TAP::Parser problem?
That seems unlikely to me; the assertion comes from the internals of Parrot.
More likely some sort of memory corruption.
Can someone seeing this do a binary search to see which revi
From: "James Keenan via RT" <[EMAIL PROTECTED]>
Date: Sun, 30 Dec 2007 09:31:55 -0800
Could this be related to a TAP::Parser problem?
I don't think so; it's not emitting any debugging output at all.
Inserting a strategically-placed PDB_backtrace call shows that this
fails in line 27 of t
James Keenan via RT wrote:
> Could this be related to a TAP::Parser problem?
TAP::Parser 3.05,
Updated to Parrot revision 24317.
Same problem.
Some hints on how can I debug it?
--
Alberto Simões - Departamento de Informática - Universidade do Minho
Campus de Gualtar - 4710-057
From: "James Keenan via RT" <[EMAIL PROTECTED]>
Date: Sun, 30 Dec 2007 09:11:06 -0800
I was unable to reproduce the failure on Mac 10.4.11 with Perl 5.10.
[fresh] 593 $ prove t/library/mime_base64.t
t/library/mime_base64ok
All tes
Could this be related to a TAP::Parser problem?
James Keenan via RT wrote:
Perhaps it is strictly a 10.5 problem???
I'm with Tiger (10.4)
Perl Configuration:
[EMAIL PROTECTED] ambs]$ perl -V
Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
Platform:
osname=darwin, osvers=8.11.0, archname=darwin-2level
uname='
I was unable to reproduce the failure on Mac 10.4.11 with Perl 5.10.
[fresh] 593 $ prove t/library/mime_base64.t
t/library/mime_base64ok
All tests successful.
Files=1, Tests=550, 9 wallclock secs ( 7.74 cusr + 0.52 csys = 8.26 CPU)
Perhaps
# New Ticket Created by Alberto Simoes
# Please include the string: [perl #49222]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49222 >
Mac OS Tiger on PPC G4
Perl 5.10
Parrot Revision: 24263
[EMAIL PROTECTED] parrot]$ pr
12 matches
Mail list logo