G'day
I initially fell victim to this on OBD 1.2, but have just upgraded to
1.3 and it's the same.  Here's some code:

<h2>&lt;cfloop&gt;</h2>
<cfloop index="i" from="1" to="10">
        <cfoutput>isValid("integer", #i#): #isValid("integer", i)#<br /></
cfoutput>
</cfloop>

<h2>for ()</h2>
<cfscript>
        for (i=1; i LE 10; i=i+1){
                writeOutput('isValid("integer", #i#): #isValid("integer", 
i)#<br /
>');
        }
</cfscript>


Here's its output on OBD:

<cfloop>
isValid("integer", 1): NO
isValid("integer", 2): NO
isValid("integer", 3): NO
isValid("integer", 4): NO
isValid("integer", 5): NO
isValid("integer", 6): NO
isValid("integer", 7): NO
isValid("integer", 8): NO
isValid("integer", 9): NO
isValid("integer", 10): NO
for ()
isValid("integer", 1): YES
isValid("integer", 2): NO
isValid("integer", 3): NO
isValid("integer", 4): NO
isValid("integer", 5): NO
isValid("integer", 6): NO
isValid("integer", 7): NO
isValid("integer", 8): NO
isValid("integer", 9): NO
isValid("integer", 10): NO

On CF (8.0.1 & 9.0) the results are more what one would expect: "YES"
all the way down.

I *presume* this is a bug, but just thought I'm mention it here in
case I'm missing something before raising it as such.

Thoughts / suggestion?

Cheers.

--
Adam

-- 
Open BlueDragon Public Mailing List
 http://www.openbluedragon.org/   http://twitter.com/OpenBlueDragon
 online manual: http://www.openbluedragon.org/manual/

 mailing list - http://groups.google.com/group/openbd?hl=en

Reply via email to