I think it works for posted variables (post, get, cookies) but partially for session variables.
at the bottem of you're script you will have to put them back into the global array to change them for the next script.
so, at the start you did (in the loop):

If you're talking about the code I gave you, you can't use your own variables. Those names are for the Super Global Arrays only. If you use this code, you can access any $_POST,$_GET etc variable just by calling it directly (ie $var instead of $_POST['var']).

Hmm, well that code you gave didn't work for, but I just wanna know, if globals are disabled on a Unix server, how would they be re-enabled? because my hosting service is full of morons and don't know how to re-enable it.

[edit]
If global variables are disabled, how would I get variables from the $_SERVER array?
[/edit]

One feature of PHP that can be used to enhance security is configuring PHP with register_globals = off. By turning off the ability for any user-submitted variable to be injected into PHP code, you can reduce the amount of variable poisoning a potential attacker may inflict. They will have to take the additional time to forge submissions, and your internal variables are effectively isolated from user submitted data.

While it does slightly increase the amount of effort required to work with PHP, it has been argued that the benefits far outweigh the effort.

I think that in the future the setting "register globals" will be discarded as an option and allways be off.