Re: Weird hash ref variable issue

According to Data::FormValidator::Results the ->valid method "...returns an hash reference which contains the valid fields as keys and their input as values". That seems to indicate that you could replace your my $data = {_{painful enumeration} }; with my $data = $results->valid;. Then, use Data::Dumper; print Dumper($data); will show if any of the results are anything other than the scalars you expect.

update - right, Catalyst. Make that use Data::Dumper; $c->log->debug("\$data:\n".Dumper($data));

Comment on Re: Weird hash ref variable issue Select or Download Code

Replies are listed 'Best First'.
Re^2: Weird hash ref variable issue by vendion (Scribe) on Oct 25, 2011 at 14:23 UTC
I was doing the very long and painful enumeration to try and figure out how/why those values were being switched around. Ideally I would be using `my $data = $results->valid`, using the $results->valid hash_ref directly was throwing errors with DBIx which is why I ended up building the other hash_ref in the first place. Update: Turns out that dumping the $results->valid variable directly into the $data hash_ref everything works out just fine. I guess I was doing something wrong before	[reply] [d/l]

Replies are listed 'Best First'.

Re^2: Weird hash ref variable issue
by vendion (Scribe) on Oct 25, 2011 at 14:23 UTC

I was doing the very long and painful enumeration to try and figure out how/why those values were being switched around. Ideally I would be using my $data = $results->valid, using the $results->valid hash_ref directly was throwing errors with DBIx which is why I ended up building the other hash_ref in the first place.

Update: Turns out that dumping the $results->valid variable directly into the $data hash_ref everything works out just fine. I guess I was doing something wrong before

[reply]
[d/l]