simple comparison failing
Kenneth Brody
kenbrody at bestweb.net
Thu Feb 14 14:56:34 PST 2008
Quoting Bruce Easton (Thu, 14 Feb 2008 17:22:24 -0500):
> Kenneth Brody wrote Thursday, February 14, 2008 5:10 PM:
>>
>> Quoting Bruce Easton (Thu, 14 Feb 2008 16:34:53 -0500):
>>
>> > Kenneth Brody wrote Thursday, February 14, 2008 4:17 PM:
>> >
>> >> Quoting Tyler (Thu, 14 Feb 2008 13:21:16 -0700):
>> >>
>> >> > dreport is incorrectly evaluating a comparison between two values.
>> >> > Check this out:
>> >> > http://www.kinotox.net/temp/boom.jpg
>> >> >
>> >> > The variable r has no defined length. This is within a function that
>> >> > r is passed to.
>> >> >
>> >> > Can anyone explain this one, and how to fix it???
>> >>
>> >> What does the debugger say for "E"xpression "@edit(r)"? My
>> >> guess is that it will say ".0".
>> >
>> > Ken, are you suggesting that r is declared somewhere as ".0" (as in
>> > the auto table)? But even if that is so, then is it expected
>> > behavior for the debugger to evaluate the test 'If: r eq "Y"' to true?
>> > Seems odd.
>>
>> If r is numeric, then the comparison will be a numeric compare. (Consider
>> the ramifications if this were not the case. How would you expect to be
>> able to do things like [if: YTDSales lt "100"] if the comparison were not
>> numeric?)
[...]
> Got it - so then what I should see here as being odd is trying to compare
> apples to oranges.
Well, comparing a numeric field to "Y" does seem a bit unusual. (He did
confirm offlist that the edit is ".0".)
--
KenBrody at BestWeb dot net spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com
More information about the Filepro-list
mailing list