Re: Lexical pad / attribute confusion

If my understanding of Elian's explanations in Perl Internals - references and symbol table is correct, the reason is because %foo and %bar are just bare blocks, and as such do not get their own pads. Rather, they share the pad of the enclosing sub, which is that of the package, and therefore the INIT block can see them as well when peek_my inspects the package's pad.

Comment on Re: Lexical pad / attribute confusion Select or Download Code

Replies are listed 'Best First'.
Re^2: Lexical pad / attribute confusion by adrianh (Chancellor) on Dec 21, 2002 at 23:58 UTC
Hmm. Okay. What Elian said makes sense, but it leads to a new question. If `%foo` amd `%bar` are in the same pad, just finagled into different slots, why can't that last call to `dump_lex` see them?	[reply] [d/l] [select]
Re: Re^2: Lexical pad / attribute confusion by shotgunefx (Parson) on Dec 22, 2002 at 00:00 UTC
Because they are declared after dump_lex. -Lee "To be civilized is to deny one's nature."	[reply]
Re^4: Lexical pad / attribute confusion by adrianh (Chancellor) on Dec 22, 2002 at 00:08 UTC
They're also declared after INIT, and you can see them from there ;-) Also, moving dump_lex after the declarations like this: Read more... (1370 Bytes) Still gives you this (under 5.8): `when init top-level pad is HASH(0x22e150) -> $%bar = \{}; HASH(0xb5b50) -> $%foo = \{}; when setting Attr in Foo for HASH(0xb5b50) top-level pad is when setting Attr in Bar for HASH(0x22e150) top-level pad is HASH(0x22e150) -> $%bar = \{}; when runtime top-level pad is` [download]	[reply] [d/l] [select]
Re: Re^4: Lexical pad / attribute confusion by shotgunefx (Parson) on Dec 22, 2002 at 01:04 UTC
Re^6: Lexical pad / attribute confusion by adrianh (Chancellor) on Dec 22, 2002 at 01:19 UTC
Some notes below your chosen depth have not been shown here


P is for Practical
	PerlMonks