0005095: desync in validationtest

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Tags

No tags attached.

Checked infolog.txt for Errors

Attached Files

Relationships

related to

0005088

resolved

hokomoko

endless loop in CGround::LineGroundCol

Relationships

Notes
~0015814 abma (administrator) 2016-02-17 01:30	oO both demos desync for me... some stale files or sth. like that?

~0015815 abma (administrator) 2016-02-17 01:32	releated because of me. i don't trust my own reports... side note: validation client runs on the same computer. so a verification from someone else would be great.

~0015816 abma (administrator) 2016-02-17 01:42 Last edited: 2016-02-17 01:45 View 2 revisions	i made a diff with demotool -d of both demos: the only real difference i find is this at the very beginning: -00001 SYSTEMMSG: Player: 255 Msg: -> Address: [127.0.0.1]:57269 this line is only in one demofile. is SYSTEMMSG synced? + could it be the cause for a desync? if so, i would expect a desync a few frames after this then.

~0015817 Kloot (developer) 2016-02-17 01:46	yes, but clients only print it to console

~0015818 hokomoko (developer) 2016-02-17 05:29	when running the demo(s) I'm synced with the client and not with the server.

~0015901 Kloot (developer) 2016-02-27 00:42	probably also the result of ownerExpAccWeight being uninitialized

~0015902 hokomoko (developer) 2016-02-27 00:46	Unlikely, as the map has no water and I think only torpedo weapons had this issue.

~0015903 Kloot (developer) 2016-02-27 00:54	BA has depthcharge turrets (that tend to get built by AI's), which are TorpedoLaunchers.

~0015904 hokomoko (developer) 2016-02-27 01:07 Last edited: 2016-02-27 01:13 View 2 revisions	need to check if any of these were built in the demo then. EDIT: just checked, none were built.

~0015933 abma (administrator) 2016-02-28 16:29	https://springrts.com/mantis/view.php?id=5121 it seems at least mines/corsktl and armvader were affected, too.

~0015934 hokomoko (developer) 2016-02-28 16:44	nothing synced was supposed to be changed unless a unit hits another unit. in this game no one fired IIRC.

~0015935 abma (administrator) 2016-02-28 17:01	last "new" unit which was build in this replay before the desync was a cloak tower... but it wasn't finished: so not sure if relevant.

~0015936 abma (administrator) 2016-02-28 17:35	hm, valgrind finds some stuff with this demo. i try current development version with some test game and with -fsanitize=undefined and when i find time with valgrind, too.

Notes

Date Modified	Username	Field	Change
Issue History
2016-02-17 01:16	abma	New Issue
2016-02-17 01:30	abma	Note Added: 0015814
2016-02-17 01:31	abma	Relationship added	related to 0005088
2016-02-17 01:32	abma	Note Added: 0015815
2016-02-17 01:42	abma	Note Added: 0015816
2016-02-17 01:45	abma	Note Edited: 0015816	View Revisions
2016-02-17 01:46	Kloot	Note Added: 0015817
2016-02-17 05:29	hokomoko	Note Added: 0015818
2016-02-27 00:42	Kloot	Note Added: 0015901
2016-02-27 00:42	Kloot	Status	new => resolved
2016-02-27 00:42	Kloot	Fixed in Version	=> 100.0+git
2016-02-27 00:42	Kloot	Resolution	open => fixed
2016-02-27 00:42	Kloot	Assigned To	=> hokomoko
2016-02-27 00:46	hokomoko	Assigned To	hokomoko =>
2016-02-27 00:46	hokomoko	Note Added: 0015902
2016-02-27 00:46	hokomoko	Status	resolved => feedback
2016-02-27 00:46	hokomoko	Resolution	fixed => reopened
2016-02-27 00:54	Kloot	Note Added: 0015903
2016-02-27 01:07	hokomoko	Note Added: 0015904
2016-02-27 01:13	hokomoko	Note Edited: 0015904	View Revisions
2016-02-28 16:29	abma	Note Added: 0015933
2016-02-28 16:29	abma	Status	feedback => new
2016-02-28 16:44	hokomoko	Note Added: 0015934
2016-02-28 17:01	abma	Note Added: 0015935
2016-02-28 17:35	abma	Note Added: 0015936
2016-02-28 23:26	abma	Assigned To	=> abma
2016-02-28 23:26	abma	Status	new => assigned
2016-02-28 23:26	abma	Target Version	101.0 => 102.0
2016-02-29 23:46	abma	Status	assigned => closed
2016-02-29 23:46	abma	Resolution	reopened => unable to reproduce

Issue History