Re^3: Modifying/Accessing hash in separate script

You should be able to scope that global with our

our %GLOBAL = {
    dir1 => "/path/to/directory"
    dir2 => "/path/to/another"
};
[download]

You will most likely have more errors to contend with that are not necessarily related. Just deal with them one at a time. (And check in your code each time you successfully remove a compilation error or warning.)

UPDATE!
Why is that hash holding a hash reference? It probably should be either

our %GLOBAL = (
    dir1 => "/path/to/directory"
    dir2 => "/path/to/another"
);
[download]

our $GLOBAL = {
    dir1 => "/path/to/directory"
    dir2 => "/path/to/another"
};
[download]

I sincerely hope that was a typo on your behalf, this looks to be a daunting piece of code to refactor.

jeffa

L-LL-L--L-LL-L--L-LL-L--
-R--R-RR-R--R-RR-R--R-RR
B--B--B--B--B--B--B--B--
H---H---H---H---H---H---
(the triplet paradiddle with high-hat)

Comment on Re^3: Modifying/Accessing hash in separate script Select or Download Code

Replies are listed 'Best First'.
Re^4: Modifying/Accessing hash in separate script by mdskrzypczyk (Novice) on Jul 22, 2015 at 19:48 UTC
You're right, the hash syntax was a typo and I'm sorry if that threw you off. Yes it has proven to be quite the task especially since I was thrown at it with absolutely no perl knowledge prior looking at the code. I really appreciate your help it means a lot to me and shows how great the perl community can really be.	[reply]
Re^4: Modifying/Accessing hash in separate script by mdskrzypczyk (Novice) on Jul 22, 2015 at 20:00 UTC
Adding "our" before the hash declarations in my global.pl still makes the main.pl throw errors when using strict and warnings, the same error: Global symbol "%GLOBAL" requires explicit package name at line xx. Perhaps this wasn't the solution?	[reply]