That CFIF statement should be readonly locked.
You're going to shoot yourself in the foot trying to do this. It may
take a ton of traffic, but without those locks you'll eventually crash
your server.
Steve Nelson
Nat Papovich wrote:
>
> As a matter of fact I DO have a magical CF server that never crashes, Erik.
> You have one too? It's an Amiga.
>
> To prove a point, I did not mention the <cfif not
> IsDefined("application.var")> tag before the application read because I
> wanted to imagine a case of ONLY reads.
>
> I might be seeming weird about it because I'm trying to get the skinny on
> exactly how locking works - something that I'm not even sure Allaire knows
> too much about. I think I pretty well have my noggin around it, but if
> someone shows me the case of unlocked read-only access to a shared scope
> variable causing problems, then it's back to the drawing board for me.
>
> NAT
>
> > -----Original Message-----
> > From: Erik Voldengen [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, April 25, 2001 1:24 PM
> > To: Fusebox
> > Subject: RE: the $5 bet - crash a server with unlocked application scope
> > READs
> >
> >
> > > build. During some of this checking, I re-initialize the application
> > > variables, for good measure. This is the only time the
> > > application variables
> > > ever get written. There is no code anywhere else to do it,
> > > and I am always
> > > the only one on the admin area.
> >
> > That sounds flakey. What if CF restarts? ba-bye application variables.
> > Perhaps you have a magical machine with 100% up time?
> >
> > A read-only lock only adds overhead if there is an exclusive lock on
> > the scope. Out of curiosity, why are you being so wierd about it?
> >
> >
> >
> >
> >
> >
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
