# New Ticket Created by Bruce Stockwell
# Please include the string: [perl #60512]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60512
This is a rewrite of t/names.t from a perl test to a PIR test
names.t | 63
Author: coke
Date: Thu Nov 13 07:24:58 2008
New Revision: 32615
Modified:
trunk/docs/pdds/pdd19_pir.pod
Log:
RT #45859; remove last docu-reference.
Modified: trunk/docs/pdds/pdd19_pir.pod
==
---
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #60506]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60506
for a few days now t/pmc/pmc.t fails with a segfault in the third test:
$ ./parrot
On Thu, Nov 13, 2008 at 07:40:52AM -0800, Will Coleda via RT wrote:
I probably just need to remove the methods from the code,
see what breaks, and fix what breaks. I'll try to do that this
weekend before the release. If it doesn't happen then, we can
do it immediately following the
On Thursday 13 November 2008 13:54:36 James Keenan via RT wrote:
At r32625, I am observing this on Darwin/PPC -- but it passes on
Linux/i386. Darwin below.
Is the backtrace the same as the one Moritz posted?
-- c
On Monday 03 November 2008 09:38:11 Andy Dougherty wrote:
3. 1 of the tests appears to fail depending on how the OS initial-
cases 'Inf'. Again, could this be addressed in a hints file?
This too is a long-standing problem: See [perl #19183]. It stalled
pending a decision on whether or
Will Coleda via RT wrote:
This appears to be the only .pragma; should we leave a placeholder or
just remove .pragma entirely when we remove this particular one?
Nuke it.
Allison
Martin D Kealey wrote:
What about keeping track of where the exception was originally created?
If we have lazy exceptions, then knowing where the fault they represent was
detected is probably more important than were (exactly) it was triggered.
Or does this all amount to the same thing? Is an
Andrew Whitworth via RT wrote:
On Tue Apr 22 10:05:57 2008, [EMAIL PROTECTED] wrote:
We've been kicking around the idea of removing new_from_string for a
while, but the pushback is always that it's useful to be able to create
a new PMC with some initialization data, without first creating a
On Sunday 19 October 2008 14:02:58 Klaas-Jan Stol wrote:
when running code as this:
.sub main :immediate
load_bytecode foo.pir
.end
(assuming you have a file 'foo.pir'), IMCC can't handle this.
This is because in pbc.c, a global structure called 'globals' is used to
allow the different
Andrew Whitworth via RT wrote:
1) Rename this ticket to something more descriptive
2) Rename seatbelts.pod to something more descriptive, like
/docs/dev/C_Functions.pod or something.
3) Expand that documentation to include more cases (ARGIN, ARGMOD,
ARGOUT, all the *_NULLOK variants of those,
On Monday 27 October 2008 09:14:32 Will Coleda wrote:
While trying to duplicate the tcl segfault in PIR, I was able to
generate PIR that reliably segfaulted; except it turned out it was
segfaulting a different way:
.sub '__onload' :immediate
load_bytecode 'TGE.pbc'
push_eh
12 matches
Mail list logo
