in reply to Re^2: Parse data representing hash
in thread Parse data representing hash

Similar but not identical from what I see.

I'd rather keep the values° in @path, choroba keeps the keys.

Like this I don't need any dive function, the ref of the hash to be extended is already available (or must be autovivified if undef)

update
The only complication is that you prefer undef instead of an empty hash for leaves of your HoH tree, which leads to a test condition in edge cases.

Cheers Rolf

(addicted to the Perl Programming Language)

°) or even the refs of the values

Replies are listed 'Best First'.
Re^4: Parse data representing hash
by peterp (Sexton) on Jun 28, 2014 at 23:21 UTC

    Thanks again, either undef or an empty hashref is fine, either can easily be processed later. I'm currently attempting to implement your suggestion as an alternative to the Data::Diver solution, its pretty late here and my brain is frazzled but I am making progress!