View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005489 | Spring engine | General | public | 2017-02-25 21:53 | 2017-03-03 17:56 |
| Reporter | lamer | Assigned To | hokomoko | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 103.0 +git | ||||
| Summary | 0005489: 103.0.1-648-g5775975 Desync | ||||
| Description | Replays desync for me (with infologs): http://zero-k.info/Battles/Detail/447785 http://zero-k.info/Battles/Detail/447787 http://zero-k.info/Battles/Detail/447782 | ||||
| Steps To Reproduce | Replays most likely from win32. Run on linux64 to get desyncs. | ||||
| Tags | No tags attached. | ||||
| Checked infolog.txt for Errors | |||||
|
|
I don't desync with Ivory on win32 |
|
|
desync reproduced on win64! |
|
|
Fix ab7a298cabf138fb3823fbb0fe7ea21d7b5179b1 committed to develop branch: sync spring::unordered_{map,set} and add spring::unsynced_{map,set} spring::unordered_map uses spring::synced_hash by default instead of std::hash so we know taversal is consistent on different platforms. This fixes 0005489 The desync was caused by using std::hash on strings in AssParser, resulting in different piece numbers on 32&64 bit., repo: spring changeset id: 7992 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-02-25 21:53 | lamer | New Issue | |
| 2017-03-02 17:41 | hokomoko | Assigned To | => hokomoko |
| 2017-03-02 17:41 | hokomoko | Status | new => assigned |
| 2017-03-02 17:56 | hokomoko | Note Added: 0017376 | |
| 2017-03-02 19:32 | hokomoko | Note Added: 0017377 | |
| 2017-03-03 17:56 | hokomoko | Changeset attached | => spring develop ab7a298c |
| 2017-03-03 17:56 | hokomoko | Note Added: 0017378 | |
| 2017-03-03 17:56 | hokomoko | Status | assigned => resolved |
| 2017-03-03 17:56 | hokomoko | Resolution | open => fixed |
