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

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 no

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 statement

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 compil

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 keye

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

[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. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=33642 > parrotbench.pl currently cd's into the benchmark directory before running the benc

[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. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=33641 > This code: new P0, .OrderedHash set P0["foo"], "Foo" delete P0["

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 f