Math bug evidence

Welcome to our brand new Clickteam Community Hub! We hope you will enjoy using the new features, which we will be further expanding in the coming months.

A few features including Passport are unavailable initially whilst we monitor stability of the new platform, we hope to bring these online very soon. Small issues will crop up following the import from our old system, including some message formatting, translation accuracy and other things.

Thank you for your patience whilst we've worked on this and we look forward to more exciting community developments soon!

Clickteam.

    Hi there, I need really simple evidence of MMF calculations bug (that despite PEMDAS division is always done before multiplication) which will provide wrong result. But something what will work with floats.

    Example:
    1+2-3*7/11 = 3
    1+2-((3*7)/11) = 2

    BUT
    1+2-3*7/11.0 = 1.09091
    1+2-((3*7)/11.0) = 1.09091

    Or

    30 ÷ 5 × 3 = 6 × 3 = 18
    Not
    30 ÷ 5 × 3 = 30 ÷ 15 = 2

    (and yes one of the variables my change to proof it).

    End is near.

    It has been known for a very long time that Fusion's order of operations is incorrect (it divides before multiplying), but it cannot be changed without breaking existing projects.

    Working as fast as I can on Fusion 3

    There are no strict rules for division before multiplication or vice versa
    PEMDAS
    PEDMAS
    BEDMAS
    BODMAS

    Both method are taught around the world and both conflict each other. I wrote a blog about this here: Please login to see this link.

    Please login to see this link.

    After looking into this online, it seems that Division and Multiplication are supposedly equal in order of execution. Seems everyone has their own idea of how it's supposed to work.

    - Fun is fun.

    Just as addition and subtraction occur left-to-right, division and multiplication occur left-to-right. What I meant was that Fusion in specific does not follow this rule.

    Working as fast as I can on Fusion 3

    LB I am aware that it does not. I just need an evidence (example) to proof it for my coursework. Some simple calculation which will provide different results on (X*Y)/Z and X*Y/Z...

    End is near.

    It's an interesting problem, because if you (for example) half one of the operands prior to multiplication, it's the same as halving the result. That is, ((x * y) / 2) == (x * (y / 2)).

    I can't think of an example. The only reason it's working for your integer example is because of integer division, which does not preserve the fraction (which is just a computer quirk, not a maths thing.)

    James I've got this Bug present in my current problem with lots of calculations - that with some instances during scaling The values were jumping down and I had to change positions of divisions with multiplication to make it work as it should.

    I know it's a known design flaw (Yves commented that it was done on purpose as it is faster this way, and it was fixed in Fusion 2.5) but I can't work out example of it.

    End is near.

    Quote from Fanotherpg

    James I've got this Bug present in my current problem with lots of calculations - that with some instances during scaling The values were jumping down and I had to change positions of divisions with multiplication to make it work as it should.


    I'll bet that's because of integer division.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login