Re: [perl #33603] Undef != Undef

2005-01-02 Thread Leopold Toetsch
Simon Glover [EMAIL PROTECTED] wrote: On Fri, 31 Dec 2004, Leopold Toetsch wrote: This is a different issue. The ResizablePMCArray doesn't properly inherit the is_equal multi method from FixedPMCArray and as far as I can see, there is no Undef involved at all. Empty array slots are filled

[perl #33641] Deleting keys from an OrderedHash

2005-01-02 Thread via RT
# New Ticket Created by Simon Glover # Please include the string: [perl #33641] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=33641 This code: new P0, .OrderedHash set P0[foo], Foo delete

[perl #33642] [PATCH] Change working directory for parrotbench.pl

2005-01-02 Thread via RT
# New Ticket Created by Matt Diephouse # Please include the string: [perl #33642] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=33642 parrotbench.pl currently cd's into the benchmark directory before running the

quoting characters

2005-01-02 Thread Nicholas Clark
Something that I've just found useful, and might prove useful for the perl 6 compiler somewhere... In Perl 5 ASCII 0 bytes are valid in source code. As they're not identifier characters [ :-) ] this means that they're valid as quoting characters for things like q{}. Although they can't be stored

Re: [perl #33641] Deleting keys from an OrderedHash

2005-01-02 Thread Leopold Toetsch
Simon Glover [EMAIL PROTECTED] wrote: ... In both cases, I would expect to get '00', since the hash should be empty. Is this a bug in the code, or is an OrderedHash supposed to work this way (in which case a note to this effect in the documentation might be a good idea)? Mixing keyed and

Re: quoting characters

2005-01-02 Thread Patrick R. Michaud
On Sat, Jan 01, 2005 at 10:01:12PM +, Nicholas Clark wrote: In Perl 5 ASCII 0 bytes are valid in source code. As they're not identifier characters [ :-) ] this means that they're valid as quoting characters for things like q{}. [...] I'm assuming that the insides of the Perl 6 compiler

Fetching uninitialzed values from arrays

2005-01-02 Thread Simon Glover
Does Parrot make any guarantee about the value of an uninitialzed array element, or should I expect the value returned by: new P0, .FixedBooleanArray set P0, 1 set I0, P0[0] to be garbage? (Just to be clear - I think it's fine if it is garbage, but I couldn't find an explicit

Re: [perl #31859] [TODO] Plain ole Hash

2005-01-02 Thread Leopold Toetsch
Bernhard Schmalhofer via RT wrote: I assume that the Hash PMC should also be used by PIR code in 'runtime/parrot/library'. In that case returning PMCNULL is not nice, as the returned PMC can't even be queried for it's type. So for now a None PMC is returned for non-existent keys. However this is

Re: Fetching uninitialzed values from arrays

2005-01-02 Thread Matt Fowles
Simon~ On Sun, 2 Jan 2005 12:44:04 -0500 (EST), Simon Glover [EMAIL PROTECTED] wrote: Does Parrot make any guarantee about the value of an uninitialzed array element, or should I expect the value returned by: new P0, .FixedBooleanArray set P0, 1 set I0, P0[0] to be garbage?