In LSL, order of evaluation != C

Old C programmers beware:

According to K&E "Expressions connected by && or || are evaluated left to right, and it is guaranteed that evaluation will stop as soon as the truth or falsehood is known."

LSL does NOT follow this convention. Expressions connect by || are apparently evaluated right to left, and all terms are evaluated, even if the right most term (say) is TRUE.

This has implications for performance. If statement A is cheap and likely to be true, and statement B is expensive, a block like "if (A || B) { ... }" may be slower than "if (A) { ... } else if ( B) { ... }" even if it means coding the { ... } part twice or (probably better) replacing it with a subroutine call.

Yeah. Be especially wary of expressions with side effects (any kind of increment, decrement, or assignment operators). Generally it is good programming practice to separate such side effects from logical expression evaluation anyway, but there are a lot who don't follow such practices (and there are also a few things like memory/speed optimization that tend to discourage them in LSL).

one of the things I truly miss in LSL, the lack of short circuiting, which introduces extra needless if's and more byte code.... anyone checked mono to see if it obeys the short circuit convention?

Yes. Mono is the same, or was a version or two ago anyway. I doubt that's something they've changed since. They want the language to behave as much the same as possible.