Robert Seeger wrote:
I'm inclined to say it either shouldn't be documented, or it should be
documented as an undocumented behavior. I don't think this is something
that should cause backward compatibility problems later, since there's
no good reason for it to behave the way it is now (other than it's too
slow to make it behave "correctly").

I'd opt for it being documented as an undocumentend / unstable behavior
since had this thread not come up, I'd never have thought about if this
was the "correct" way to handle namespace variables. It was just
something I discovered and later started to use. There's no question,
that if it where possible and feasable to present each conn a "clean
plate" that that would be the correct thing to do. In fact, it would
probably in the long run lead to more robust code since there would be
fewer global temporary variables. Each package/module could hide them
away in its own namespace instead of using akward prefixes (at least
that's how I do it now).

-- Olaf


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> 
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: 
field of your email blank.

Reply via email to