Re: Not a HASH reference

Hi NateTut,

When you present a full program like this, you're not making easy for us to help you. I took a shot at running your program, and immediately found that it requires a lot of setup first, including passed arguements (who knows what they're supposed to be?), one or more configuration files (are we supposed to guess what the contents are?) and I don't know what else, because it gets too frustrating too quickly.

Instead of doing this, why don't you just supply the subroutine Dump_vconfig and a single call to that subroutine, with the appropriate parameter that's failing. You said that "Data::Dumper spits it back nicely", but then you don't show us what Data::Dumper gives you. If you supply us with that, it'll be a LOT easier and faster to help you out.

s''(q.S:$/9=(T1';s;(..)(..);$..=substr+crypt($1,$2),2,3;eg;print$..$/

Comment on Re: Not a HASH reference Select or Download Code

Replies are listed 'Best First'.
Re^2: Not a HASH reference by NateTut (Deacon) on Apr 23, 2007 at 20:18 UTC
As requested by liverpole the abbreviated Dumper output is below. The arguments "required" by the code are meaningless at this point and are a future requirement. The code does require a rather lengthy data file which I'd rather not post here if possible. Read more... Dumper Output (13 kB)	[reply] [d/l] [select]
Re^3: Not a HASH reference by GrandFather (Saint) on Apr 23, 2007 at 20:45 UTC
Read I know what I mean. Why don't you? DWIM is Perl's answer to Gödel	[reply]
Re^3: Not a HASH reference by liverpole (Monsignor) on Apr 23, 2007 at 21:31 UTC
Well, my hopes went up for a moment, when I saw that you had included data. Unfortunately, it doesn't help. All you've done is thrown 16, essentially nameless, data structures at me, with no idea how to duplicate your error. Do you not understand what I'm asking you for? I'm perfectly happy to run some piece of code that you say is "broken", and help you figure out why it's not giving you what you want. But you can't expect me to have your disk files on my disk, so whatever data is necessary has to be built into the program. I'm not going to peruse 16 different variables to try to figure out how you might have been using them originally in your program. Were they variables passed to `Dump_vconfig()`? Were they a dump of some configuration/data file? It doesn't really matter, because I've spent enough time on this now without getting anywhere, and it's almost not worth the frustration any more. A final suggestion: Give us a short, complete program which exhibits the problem (including the subroutine `Dump_vconfig`), and doesn't rely on the state of anyone else's machine. You're going to have to meet us halfway. If you can't do that, than all I can say is "good luck". s''(q.S:$/9=(T1';s;(..)(..);$..=substr+crypt($1,$2),2,3;eg;print$..$/	[reply] [d/l] [select]