"Within range" evaluates as true, when it clearly isn't?

[JohnnyChimpo]

Hello,

I have the below within range statement, which appears to evaluate to true, though it definitely isn't. Any ideas what might be causing this? As soon as I started typing this email out, I did realize that the high and low should have an extra 0 and 9 at the ends or each (9 numbers long, should be 10), but still, it should be false I feel.

Subroutine is called in the main routine. 

 

[Flex727]

I see B = 296,100,000

and C = 2,964,999,999

While A = 2,474,300,944, which is clearly less than C and greater than B.

[JohnnyChimpo]

Flex as soon as I posted I saw that. I'm sorry for wasting your time haha. Been a hell of a week. . .

[Flex727]

No problem. Showing an issue to someone else is the most reliable way to spot a mistake. 😂

[Ausman]

Don't worry Johnny, I often get this one confused. 

It is straightforward and I don't know why I do it, but I think it is the strange way it is shown in the element.  For my brain, I think I want to read A first in the line shown.  The way it's shown if you read it from the A perspective, it makes sense, as going backwards  to B means that A is >= than B.

cheers, Aus

[Flex727]

Actually, his problem was that he had one less 0 on the 'B' entry than he thought he had (or one more 9 on the 'C').

[John_R]

I caught the fact that Johnny had a number mix-up, easy enough to do...

But, following up on Aus's comment;

I agree that it can be confusing, I think it should read " A<=B<=C ".

With B being the input number, so visually it make more sense, the input number is "in between" your High and Low range, so it's "within range"

Just my 2 cents..

JohnR