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><cfloop></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