Right you are, with simple variables a cfset is adequate - Duplicate() is not required. I did the test myself after getting suspicious of what I understood MM's answers to be. Our problem is that we have a vanishing variable: we do a <cfset request.variable = session.variable> and it works fine (automatic read locking is in effect, variable's value is the user's id, a four digit string that stays the same for the whole session). 18 lines of code later, in a cfquery with cachedwithin=10min., the request.variable is not available and the page throws an error. Not always, but often. Anybody else had vanishing variables? thanks, Chris Norloff ---------- Original Message ---------------------------------- From: Dave Watts <[EMAIL PROTECTED]> Date: Wed, 8 Aug 2001 14:12:14 -0400 >> NOT SO, says MM Tech Support. Seems like cfset ALWAYS sets a pointer >> rather than making a copy when dealing with shared-scope variables >> (session, application, server). > >There are three possibilities. > >1. You misunderstood what MM tech support said, or > >2. MM tech support misunderstood what you were asking, or > >3. MM tech support needs to implement drug testing. > >It's very easy to test the above statement. > ><cfset Application.bar = "baz"> ><cfset Variables.bar = Application.bar> ><cfset Application.bar = "foo"> ><cfoutput>#Variables.bar#</cfoutput> > >If the variable within the Application scope was passed by reference to the >local scope, the output should be "foo", but when I ran it, it was "baz". > >Dave Watts, CTO, Fig Leaf Software >http://www.figleaf.com/ >phone: (202) 797-5496 >fax: (202) 797-5444 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
