[perl #59532] say typeof(namespace) gives a segfault

The problem is that the vtable function get_class return NULL. This is easily fixable, but the root of the problem is that the _class attribute is set in init as PMCNULL, but later it contains NULL.

[perl #59544] open(null) kills parrot

# New Ticket Created by I Sop # Please include the string: [perl #59544] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59544 (I'd expect an exception to be raised instead.) PIR code: ..sub 'foo' :main     $S0 =

[perl #59538] [BUG] imcc freezes (compute_dominance_frontiers) -- Possible fix

Attached is a possible fix of this problem. I'm fairly certain that it's correct, but I'd like review from at least one other person befor eI commit it. 0001--imcc.patch Description: Binary data

[perl #59532] say typeof(namespace) gives a segfault

# New Ticket Created by I Sop # Please include the string: [perl #59532] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59532 The following PIR code causes a segfault:

[perl #59542] null hash keys give segfault

# New Ticket Created by I Sop # Please include the string: [perl #59542] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59542 maybe a duplicate of #43485 PIR code to reproduce: ..sub 'foo' :main     $S0 = null    

Re: [perl #59538] [BUG] imcc freezes (compute_dominance_frontiers) -- Possible fix

Looks correct. Tested on Linux i386, parrot test pass, perl6 test pass, test program in the RT does not hang and the generated pbc contains the expected opcodes. Good work! -- Salu2

[perl #59546] [PATCH] Combine hash exists/get into a new opcode (5% performance gain)

# New Ticket Created by Nick Glencross # Please include the string: [perl #59546] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59546 Hi All, This patch adds two new opcodes which allow a hash exists and get to be

Re: [perl #59546] [PATCH] Combine hash exists/get into a new opcode (5% performance gain)

All, Sorry, I see that I said opcode a new times, when of course I meant PMC vtable entry. Nick

Re: [perl #59546] [PATCH] Combine hash exists/get into a new opcode (5% performance gain)

I think will be better the other way, using the return value to flag existence, and passing a pointer to store the result. This will allow shorter and cleaner code. -- Salu2

Re: [perl #59544] open(null) kills parrot

(I'd expect an exception to be raised instead.) PIR code: ..sub 'foo' :main $S0 = null $P0 = open $S0, '' ..end output: src/string.c:2106: failed assertion 's' Fixed in r31565 , but several questions opened: Where to put a test for this? There is no t/ops/io.t and creating a

Re: [perl #59546] [PATCH] Combine hash exists/get into a new opcode (5% performance gain)

NotFound, That would look cleaner, wouldn't it? I'll give it a go. Nick On Thu, Oct 2, 2008 at 3:35 PM, NotFound [EMAIL PROTECTED] wrote: I think will be better the other way, using the return value to flag existence, and passing a pointer to store the result. This will allow shorter and

Re: [perl #59546] [PATCH] Combine hash exists/get into a new opcode (5% performance gain)

On Thu, Oct 02, 2008 at 04:51:32PM +0100, Nick Glencross wrote: NotFound, That would look cleaner, wouldn't it? I'll give it a go. Nick On Thu, Oct 2, 2008 at 3:35 PM, NotFound [EMAIL PROTECTED] wrote: I think will be better the other way, using the return value to flag existence,

Re: [perl #59546] [PATCH] Combine hash exists/get into a new opcode (5% performance gain)

I think will be better the other way, using the return value to flag existence, and passing a pointer to store the result. This will allow shorter and cleaner code. Another possibility might be to avoid the extra parameter altogether, returning NULL (not PMCNULL) if the element doesn't

Re: [perl #59538] [BUG] imcc freezes (compute_dominance_frontiers) -- Possible fix

On Wednesday 01 October 2008 21:24:39 Stephen Weeks via RT wrote: Attached is a possible fix of this problem. I'm fairly certain that it's correct, but I'd like review from at least one other person before I commit it. It makes sense to me. I wonder if we could re-enable the optimization

Re: [perl #59542] null hash keys give segfault

maybe a duplicate of #43485 PIR code to reproduce: ..sub 'foo' :main $S0 = null $P0 = new 'Hash' # no crash without next line $P0['yum'] = 5 $P1 = $P0[$S0] ..end Fixed in r31566, together with a test adapted from this code. Don't know if is related to #43485 ? --

Re: [svn:parrot] r31570 - trunk/src/ops

On Thursday 02 October 2008 13:37:28 [EMAIL PROTECTED] wrote: Author: julianalbo Date: Thu Oct 2 13:37:27 2008 New Revision: 31570 Modified: trunk/src/ops/io.ops Log: some fixes in the open opcode --- trunk/src/ops/io.ops (original) +++ trunk/src/ops/io.ops Thu Oct 2

[perl #59576] [PATCH] 'property' scope for PAST::Var

# New Ticket Created by I Sop # Please include the string: [perl #59576] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59576 I just copied the 'attribute' method, renamed everything, and changed the parameter order

[perl #59112] Failing test in t/examples/library.t

Forgot to forward to list: On Thu Oct 02 18:37:05 2008, [EMAIL PROTECTED] wrote: On Wed Oct 01 16:09:41 2008, julianalbo wrote: I see a more generic problem. Several modules add lib links to the parrot executable. Makes sense to link static libraries if that is the intention, but is