From @moritz

20​:21 <@​jnthn> rakudo​: my %h; sub h { say "srsly wtf" }; enum Foo %h;
20​:21 < p6eval> rakudo 4c31fb​: OUTPUT«srsly wtf␤Null PMC access in
  get_number()␤in Main (/tmp/RYyqcc1SKd​:2)␤»

Neither should h() be called, nor should we see a Null PMC access.

Cheers,
Moritz

From @coke

On Mon Jul 27 11​:24​:12 2009, moritz wrote​:

20​:21 <@​jnthn> rakudo​: my %h; sub h { say "srsly wtf" }; enum Foo %h;
20​:21 < p6eval> rakudo 4c31fb​: OUTPUT«srsly wtf␤Null PMC access in
get_number()␤in Main (/tmp/RYyqcc1SKd​:2)␤»

Neither should h() be called, nor should we see a Null PMC access.

Cheers,
Moritz

Completely different error now​:

23​:01 < [Coke]> rakudo​: my %h; sub h { say "srsly wtf" }; enum Foo %h;
23​:01 <+p6eval> rakudo 2808a5​: OUTPUT«Could not find sub &Foo␤ in main program
  body at line 22​:/tmp/1zqFnhDXfg␤»

--
Will "Coke" Coleda

The RT System itself - Status changed from 'new' to 'open'

From @coke

On Tue Jul 27 20​:01​:29 2010, coke wrote​:

On Mon Jul 27 11​:24​:12 2009, moritz wrote​:

20​:21 <@​jnthn> rakudo​: my %h; sub h { say "srsly wtf" }; enum Foo
%h;
20​:21 < p6eval> rakudo 4c31fb​: OUTPUT«srsly wtf␤Null PMC access in
get_number()␤in Main (/tmp/RYyqcc1SKd​:2)␤»

Neither should h() be called, nor should we see a Null PMC access.

Cheers,
Moritz

Completely different error now​:

23​:01 < [Coke]> rakudo​: my %h; sub h { say "srsly wtf" }; enum Foo %h;
23​:01 <+p6eval> rakudo 2808a5​: OUTPUT«Could not find sub &Foo␤ in
main program
body at line 22​:/tmp/1zqFnhDXfg␤»

Still pretty much the same behavior - is this correct? Can we close this ticket now?

--
Will "Coke" Coleda

From @moritz

closing, since the Null PMC access is gone.

@moritz - Status changed from 'open' to 'resolved'

From @TimToady

As it happens, the spurious backtracking was also fixed in 754664ed54aea24f9c9162002b6e68aadd311412.

On Tue, 11 Oct 2011 01​:08​:01 -0700, moritz wrote​:

closing, since the Null PMC access is gone.