simple comparison failing
Tyler
tyler.style at gmail.com
Fri Feb 15 07:36:28 PST 2008
Odd...my reply to Ken cc'd the list. I wonder why it showed up so late?
Anyway, 'r' is undefined. It doesn't have a type, numeric or
otherwise. So where is ".0" coming from?
r is initially assigned an empty string: r="". Later on it happens to
have (in this case) a zero plunked in it. Since I don't know the
datatype that is being passed or the length of the value going into r,
not declaring the type or length seemed reasonable. Is filepro
casting the value to a type behind the scenes, then? If so, I would
have thought it would convert it to the same type as the comparison
value (in this case, a string: "Y").
Sorry for any confusion about 'passed in'...I know filePro has global
variable scope within a processing table, but when I write code I keep
a fairly rigid seperation between variables used by subroutines and
those for the main body. So r isn't really being passed in from
anywhere, I just think of it that way. All processing is in a single
table, with a bunch of subroutines.
More information about the Filepro-list
mailing list