[Catalyst] Re: odd interaction between DBM::Deep::Hash and TT

[Daniel McBrearty]

ok, solved it

http://search.cpan.org/~merlyn/Template-Plugin-DBM-Deep-0.02/lib/Template/Plugin/DBM/Deep.pm

"Caution: VMethods do not work against the hash-like or array-like
objects. However, you can use the export method to get an unattached
cloned copy of that portion of the database, and then the normal
vmethods work:

  "$key\n" FOR key IN db.export.keys;

Failure to export first will result in attempting to access a hash
element called keys, which doesn't exist."

silly me .. :-)

On 7/8/07, Daniel McBrearty <danielmcbrearty at gmail.com> wrote:
> Hi,
>
> I'm posting this to the cat list and the TT list as it seems to be of
> interest to both groups of users.
>
> I have a hash which is made persistent with DBM::Deep. I pass the hash
> straight through the controller to the template  (  $c->stash->{hash}
> = $h; ), then iterate like this:
>
> [%- FOREACH k in hash.keys -%]
>
> <p> [%- k -%] </p>
>
> [%- END -%]
>
> I also dump the hash with $c->log->dumper in the controller, and see this:
>
> [debug] $VAR1 = bless( {}, 'DBM::Deep::Hash' );
>
> so I know an empty blessed hash is being passed.
>
> But in the html out, I see :
>
> <p> keys </p>
>
> If I patch the controller so $c->stash->{hash} = {};
>
> the problem goes away.
>
> Is this some TT bug that interacts with DBM::Hash ? autovivifying
> "keys" as a key not a function?
>
> thanks
>
> Daniel
>
>
>
>
> --
> Daniel McBrearty
> email : danielmcbrearty at gmail.com
> http://www.engoi.com
> http://danmcb.vox.com
> http://danmcb.blogger.com
> find me on linkedin and facebook
> BTW : 0873928131
>


-- 
Daniel McBrearty
email : danielmcbrearty at gmail.com
http://www.engoi.com
http://danmcb.vox.com
http://danmcb.blogger.com
find me on linkedin and facebook
BTW : 0873928131