Dropping off to sleep last night I realized that the article I was thinking of was a Red Flags article on perl.com. The actual term mjd used was synthetic variables although in a different Red Flags article he talks about synthetic code

blyman
setenv EXINIT 'set noai ts=2'

-sam

I am very curious to know why you use our so much. I have never had a reason to use it myself because i tend to use OO a lot.

I recently had a big revelation at (jeffa) 3Re: Whether to use local(), hopefully this post will remove the vagueness from your mind as well.

UPDATE:
Oh $#!^ - you are Sam Tregar. Scratch that last sentance! :O

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)

I use it any time I would have used "use vars" in the past - to access package globals. The nice thing is that I can scope where that access is legal. So, if I've got a package global %CACHE and two routines read_cache and write_cache I can:

sub read_cache {
  our %CACHE;
  ...
}

sub write_cache {
  our %CACHE;
  ...
}
[download]

And they'll access the same variable. But if I start refering to %CACHE inside some other routine I get an error just like if %CACHE had been a lexical. I like that.

So, I guess I'm pretty happy with our. The only reason I want more education is that I learned about lexical and package variables as totally separate!!! and now they ain't... Which is cool, but also pretty bizarre.

-sam