2025-07-22 17:12 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0005489Spring engineGeneralpublic2017-03-03 17:56
Reporterlamer 
Assigned Tohokomoko 
PrioritynormalSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
Product Version103.0 +git 
Target VersionFixed in Version 
Summary0005489: 103.0.1-648-g5775975 Desync
DescriptionReplays 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 ReproduceReplays most likely from win32.
Run on linux64 to get desyncs.
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
+Relationships

-Notes

~0017376

hokomoko (developer)

I don't desync with Ivory on win32

~0017377

hokomoko (developer)

desync reproduced on win64!

~0017378

hokomoko (developer)

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
+Notes

-Issue History
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
+Issue History