2.08 and Incompatible Battle Reports

[BugRoger]

Any news on this issue? I couldn't try it myself yet.

It seems like the mentioned compiler patches might include a fix for the bug described in http://www.shrapnelgames.com/cgi-bin...=000872#000014

[ February 17, 2004, 13:43: Message edited by: BugRoger ]

[PvK]

Not sure, except I looked at my battles run in 2.06 after I upgraded to 2.08 (on Windows Version), and I didn't notice any changes in what I remembered happening. Not very scientific, but it's not obviously messed up.

PvK

[Kristoffer O]

We havn't found the bug, so unless it was hidden in some other fixed feature it is not solved.

The good news is that we have added a new checksum instrument that hopefully will give us some clues regarding the bug if we come across a faulty battle replay.

[Johan K]

If we are lucky bug rogers is right here and the microsoft compiler bugs caused most of battle replay bugs. Even if there's something more wrong it should at least be better now.

[alexti]

Originally posted by Johan K:
If we are lucky bug rogers is right here and the microsoft compiler bugs caused most of battle replay bugs. Even if there's something more wrong it should at least be better now.

In particular, if you were optimizing for speed.
And if you use MSVC6 (or 5), complier patches [surprisingly] don't include STL patches which you can get from http://www.dinkumware.com/vc_fixes.html

[Johan K]

Some good new for those who don't play Dominions on Windows exclusively. The problem with incompatible battle replays has been found. There was a disagrement on how to compile an expression between microsoft's and the others' compilers.

Magic resistance check:
if (penetration+2d6 < MR+2d6)

Other compiler solved it from left to right, but microsoft's solved it from right to left. This results in the same roll of dice appearing on different sides of the '<' for windows and linux.
Bloody annoying!


Alexti: Thanks for the STL info and I use MSVC6.

[ February 25, 2004, 17:35: Message edited by: Johan K ]

[Saber Cherry]

Yay! Not only was the problem solved, but also, Microsoft gets another black mark

[PhilD]

Originally posted by Johan K:
Some good new for those who don't play Dominions on Windows exclusively. The problem with incompatible battle replays has been found. There was a disagrement on how to compile an expression between microsoft's and the others' compilers.

Magic resistance check:
if (penetration+2d6 < MR+2d6)

Other compiler solved it from left to right, but microsoft's solved it from right to left. This results in the same roll of dice appearing on different sides of the '<' for windows and linux.
Bloody annoying!


Alexti: Thanks for the STL info and I use MSVC6.

Hmm... it's been some time since I had a look at books where the norm is described, but I'm not sure it says anything for this. I believe the result is "unspecified"...

Don't use two function calls in the same expression, is the lesson.

(And congrats on the Illwinter crew! When are we getting a patch so we can celebrate?)

[fahdiz]

Originally posted by PhilD:
(And congrats on the Illwinter crew! When are we getting a patch so we can celebrate?)

I second on both counts. After reading Arryn's AAR, Utgard is calling to me...

...unfortunately, it's calling from a moose-laden Smouldercone right now.

[Saber Cherry]

Originally posted by PhilD:
Don't use two function calls in the same expression, is the lesson.

Compliers do strange things. A poorly-written compiler could rearrange consecutive lines if there is no obvious dependancy.

1: a=2d6+penetration
2: b=2d6+mrst
3: if(a>b){do c}

Lines 1 & 2 could be rearranged by a compiler if, for example, mrst is more local (already in a register) and penetration has to be fetched. That would have the same effect. I think C has some commands that let you force the complier to not rearrange things, though.

So the moral is actually not to trust Microsoft products, since they take away your control