Just to be sure in my own mind, we are safe with query result variables such as QueryName.ColumnList, .RecordCount and .CurrentRow, right?
The problem we are discussing is only within the cfquery scope, right? I agree with Ray in that I don't think too many people really use that variable. I know I don't. Thanks M!ke -----Original Message----- From: Ben Curtis [mailto:[EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:19 PM To: [EMAIL PROTECTED] Subject: Re: [CFCDev] How should I define variable in a CFC? > Seems scoping can hid them (declare a local var with that name, you > can't reference the return value within the function), but they always > are available everywhere. You can reference it within the function, but as Variables.cfquery. By adding the var clause, you are declaring a new variable with the same name in a different scope; the local scope is examined for a match before the Variables scope is, so declaring a local one means that the local var cuts in line and "hides" the one you're looking for. But the Variables.cfquery call still works. -- Ben Curtis WebSciences International http://www.websciences.org/ v: 310 478 6648 f: 310 235 2067 ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
