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
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
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
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
# 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
# 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["
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
