I did not suggest that there was a bug in the language. At first I suggested that there might be a server problem . . . though as I explained later, it was probably neither.

This was almost certainly a scoping issue. While the server is running, the "application" gets the globals, and even when one controller "finishes" and "exits", your globals can be preserved. Your models may still be active and in memory, for example. But nowhere have I seen this documented, even in the best books or online.

My main intent was to point out that regardless of whether it is intended behavior, using globals can cause problems if you are not careful and AWARE of how they work in Ruby and Rails. Their behavior is very poorly documented, where it is documented at all.

Lonny Eachus
==========


Subject:
Re: [Wtr-general] BUG: New IE windows share session state with existingopen windows
From:
"Michael Bolton" <[EMAIL PROTECTED]>
Date:
Wed, 7 Jun 2006 13:56:56 -0400

> . . .
It's always remarkable to me that the people are quickest to suspect that there's a bug in the language--not a bug in their test code, and not a bug in the application under test.
 
Do you think it's more likely that Ruby preserves the value of variables across runs, even when memory is deallocated?  Remember that the operating system would have to collaborate by preserving the contents of whatever address the global points to.
 
---Michael B.


_______________________________________________
Wtr-general mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/wtr-general

Reply via email to