James Edward Gray II wrote:
On Feb 23, 2004, at 10:35 AM, James Edward Gray II wrote:
I believe I have a solution now. I'm going to try switching the way the system works to eval() to a hash reference, instead of a hash. I expect that to silence the two original warnings caused by the undef being returned.
More egg on my face, this didn't change a thing!
I reverted to something like the original snippet and changed the system to produce hash references, instead of hash lists:
my $details = eval $replacements{ACTION_DETAILS}; if ($@) { # tell me about the error... }
($replacements{ACTION_DETAILS} is supposed to eval() to a hash initializing list, naturally.)
i am having a hard time understand what the above mean. does it mean
$replacements{ACTION_DETAILS} returns a hash, hash reference, list, or code
string? Or does it mean eval is suppose to return those?
Sorry, it was a complex example. The reality is that the return value isn't part of the problem. Please see my latest post in this thread for a much more simplified example.
James
-- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] <http://learn.perl.org/> <http://learn.perl.org/first-response>
