Thanks Geoff. Just to clarify - I have a cfmx app which locks updates to session variables, but not reads of session variables. There is some occassional strange behaviour where it appears that the session variables are pointing to the wrong customer. This could be one of the symptoms of memory corruption (Unexpected shared scope variable evaluation results), or just a programming bug I need to resolve.
>From what you've said, under CFMX I can definitely rule out memory corruption as a potential cause. Also, can you define "race conditions" for me? Thanks, Phil. ----- Original Message ----- From: "Geoff Bowers" <[EMAIL PROTECTED]> Newsgroups: cfaussie To: "CFAussie Mailing List" <[EMAIL PROTECTED]> Sent: Thursday, January 23, 2003 10:15 AM Subject: [cfaussie] Re: Automatic Read Locking > Phil Evans wrote: > > The ColdFusion Locking Best Practices document > > http://www.macromedia.com/v1/handlers/index.cfm?id=17318&method=full#1 > > <http://www.macromedia.com/v1/handlers/index.cfm?id=17318&method=full#1> > > states that there is an option on the locking page of the ColdFusion > > Administrator to enable automatic read locking. > > > > Does this still exist in cfmx? > > No. not required. You can't cause memory corruption (leading to server > failure) in CFMX by reading a shared variable. In fact the whole > locking caper associated with =<CF5 versions has vanished with the move > to Java. You still need to lock shared variables to avoid "race > conditions" but you can't cause the server to fail. > > -- geoff > http://www.daemon.com.au/ > > > --- > You are currently subscribed to cfaussie as: [EMAIL PROTECTED] > To unsubscribe send a blank email to [EMAIL PROTECTED] > > MX Downunder AsiaPac DevCon - http://mxdu.com/ > --- You are currently subscribed to cfaussie as: [email protected] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/
