in reply to breaking open a scalar with unpack P
How kosher is the following code? Is it acceptable to break open a scalar like this?
It's subject to breakage between Perl versions. Why not use B? Or if your just need a debugging or learning tool, I use Devel::Peek often.
The last line is wrong, since it relies on the scalar being a certain kind of scalar.
is this documented in Perl's documentation?
Which "this"? Outside of the perl distro, there's illguts. One normally uses the macros and constants Perl provides in C, so one doesn't normally need to know the exact values.
Does printing of references to scalars always produce SCALAR(0XBABABABA)?
No.
$ perl -E'{ package Bar; use overload q{""} => sub { "Ha!" }; } say bless(\my $foo, "Foo"); say bless(\my $bar, "Bar"); ' Foo=SCALAR(0x817bce8) Ha!
References to unblessed scalars always stringify to that format.
is a reference being a dualvar documented?
I've never heard of dualvar references, much less seen one. You couldn't have an RV/IV or RV/UV dualvar as RV, IV and UV share the same field of a scalar, but it seems possible to create an RV/NV or RV/PV dualvar. No idea how Perl would handle that.
|
|---|