Precedence World bug

ID:104790
 
Nov 20 2010, 6:53 pm (Edited on Nov 21 2010, 8:17 am)
Not a bug
BYOND Version:479
Operating System:Windows 7 Pro
Web Browser:Chrome 8.0.552.200
Applies to:Dream Maker
Status: Not a bug
This is not a bug. It may be an incorrect use of syntax or a limitation in the software. For further discussion on the matter, please consult the BYOND forums.
Numbered Steps to Reproduce Problem:
Compile code snippet
Code Snippet (if applicable) to Reproduce Problem:
mob/verb/Or2(A as num, B as num)
    world<<A^B


Expected Results:
The result to be sent to world when the verb is used after it is compiled and ran.
Actual Results:
warning: ^: statement has no effect
Compiles but does not function correctly when ran.
Does the problem occur anywhere else?
Probably, but I'm to busy to test that right now.
Workarounds:
mob/verb/Or(A as num, B as num)
    world<<(A^B)
Nov 20 2010, 7:55 pm
Try putting A^B in parentheses. It might be some order of operations-ness.
Nov 20 2010, 9:19 pm
Yes that is indeed a much better workaround... o.O
Nov 21 2010, 6:57 am
This is the case for all operators when outputting them to world. If you want to display an operation, you have to put it in parentheses.
Nov 21 2010, 8:08 am
No >.> I can assure you that all operators do not need parentheses when being outputted to world.
mob/verb/Or(A as num, B as num)
        world<<A+B
        world<<A-B
        world<<A*B
        world<<A/B
        world<<A**B
        world<<A++
        world<<++A
        world<<A--
        world<<--A
        world<<A>B
        world<<A<B
        world<<A<=B
        world<<A>=B
        world<<A<<B
        //Only these need parenthesis
        world<<(A>>B)//This one compiles but gives an error when you run it if you don't have parenthesis.
        world<<(A^B)
        world<<(A<>B)
        world<<(A|B)
        world<<(A||B)
        world<<(A&B)
        world<<(A&&B)
Nov 21 2010, 9:18 am
Chowder wrote:
No >.> I can assure you that all operators do not need parentheses when being outputted to world.
> mob/verb/Or(A as num, B as num)
>         world<<A+B
>         world<<A-B
>         world<<A*B
>         world<<A/B
>         world<<A**B
>         world<<A++
>         world<<++A
>         world<<A--
>         world<<--A
>         world<<A>B
>         world<<A<B
>         world<<A<=B
>         world<<A>=B
>         world<<A<<B
>         //Only these need parenthesis
>         world<<(A>>B)//This one compiles but gives an error when you run it if you don't have parenthesis.
>         world<<(A^B)
>         world<<(A<>B)
>         world<<(A|B)
>         world<<(A||B)
>         world<<(A&B)
>         world<<(A&&B)
>

Sorry, I knew what I meant, but I didn't actually say that. I meant all the binary/boolean operators don't work that way (except left shift seems to? I have no idea anymore..).
Nov 21 2010, 9:31 am
Everything that requires parentheses is below << in the operator precedence list.

Seems like DM considers <<(output) and <<(shift) as the same operator precedence wise.

You can see the list here: http://www.byond.com/ members/?command=reference&path=operator#comment_1

While it would seem to make sense that output would be the last operation performed, this is technically not a bug.
Nov 21 2010, 12:05 pm
Nov 21 2010, 8:33 pm
tenkuu wrote:
Everything that requires parentheses is below << in the operator precedence list.

Seems like DM considers <<(output) and <<(shift) as the same operator precedence wise.

You can see the list here: http://www.byond.com/ members/?command=reference&path=operator#comment_1

While it would seem to make sense that output would be the last operation performed, this is technically not a bug.

Well if it's not a bug I will make a feature request for it to separate output and shift in the operator precedence list, and I'll see how that goes over.
V-Why does it add this thing to the end of my post? x.x
</<>
Dec 2 2010, 12:52 pm
tenkuu is correct regarding the operator order of operations, as well as his suggestion that << (output) should be evaluated last. Unfortunately, this is not so trivial to distinguish.