2024-04-19 22:16 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0001128Spring engineGeneralpublic2008-10-16 18:02
ReporterBug Hunter 
Assigned ToKloot 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
Product Version0.77b2 
Target VersionFixed in Version 
Summary0001128: Crash watching replay.
DescriptionGot a crash watching this replay, in the first minute:

http://replays.adune.nl/?266

uploading infolog
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
related to 0001127resolvedKloot Crash in 77b3, infolog here 
+Relationships

-Notes

~0002844

Bug Hunter (reporter)

Watching this another replay does generate a crash aswell:

http://replays.adune.nl/?265

uploading infolog.

~0002845

Kloot (developer)

Last edited: 2008-10-13 17:04

infolog and infolog2 contain (almost) the same trace as 1127. Next time please check for similarity with those issues before submitting a new report, three or more of the same problem are unncessary and harder to keep track of.

~0002847

imbaczek (reporter)

could you export your spring settings registry key and attach it here?

~0002850

Kloot (developer)

Last edited: 2008-10-13 22:05

Cause seems to be an iterator increment past end(), it triggered an assert I had added. Simpe bounds-check before the ++ should be enough.

~0002852

imbaczek (reporter)

Kloot, if you're patching this, feel free to remove noop check that I hastily added in r6702. it does nothing AFAICT.

~0002855

Kloot (developer)

Cheers, done. Needs some major testing before I'll sign off on it this time though. ;)

~0002856

imbaczek (reporter)

Last edited: 2008-10-13 23:09

mmgr says it started to leak memory now.

edit: i think i had an old build, i'll check out the new one.

~0002857

imbaczek (reporter)

Last edited: 2008-10-13 23:16

woah i just crashed it in line 450, testing something completely different...

edit: crash at std::_Rb_tree_const_iterator<BuildingGroundDecal*>::operator--(int).

~0002858

Kloot (developer)

Last edited: 2008-10-13 23:17

Incidentally, I've just noticed a similar pattern exists in the inner footprint decal loop, so once (if) 6706 is confirmed to work I'll apply it there as well.

EDIT: doh... the decrement has to be guarded against underflow now

~0002859

imbaczek (reporter)

Last edited: 2008-10-13 23:23

uploaded replay crashes reliably for me. btw is it safe to inc/decrement an erased iterator? i'm not so sure about that.

~0002860

Kloot (developer)

Last edited: 2008-10-13 23:29

Well, if it's not, then incrementing wouldn't have been safe either, but I'm not 100% sure about that myself. Testing something now for confirmation.

~0002861

Kloot (developer)

STL docs say "Erasing an element from a set also does not invalidate any iterators, except for iterators that actually point to the element that is being erased" so ++/-- are indeed off-limits.

~0002862

imbaczek (reporter)

replay still crashes for me in r6708.

~0002864

Kloot (developer)

Last edited: 2008-10-13 23:56

Not that I can really think straight anymore, but I'm pretty sure it's fixed now (6711). Apologies for the mess.

~0002892

imbaczek (reporter)

in case it's not, and i've got a hunch we haven't seen the last of it, what was the assert that triggered for you, kloot?

~0002893

Kloot (developer)

I had an

    assert(!buildingDecals.empty())

before the call to erase(it++) was made, I think.

~0002963

Kloot (developer)

There have been no further reports about this since 77b4, so I'm going to give it the benefit of the doubt now. We'll know soon enough if that isn't warranted since these reports were so widespread people are bound to run into the crash again if it actually hasn't been fixed yet.
+Notes

-Issue History
Date Modified Username Field Change
2008-10-13 16:39 Bug Hunter New Issue
2008-10-13 16:39 Bug Hunter File Added: infolog.txt
2008-10-13 16:44 Bug Hunter Note Added: 0002844
2008-10-13 16:45 Bug Hunter File Added: infolog2.txt
2008-10-13 17:02 Kloot Note Added: 0002845
2008-10-13 17:02 Kloot Relationship added related to 0001127
2008-10-13 17:03 Kloot Note Edited: 0002845
2008-10-13 17:04 Kloot Note Edited: 0002845
2008-10-13 18:04 imbaczek Note Added: 0002847
2008-10-13 22:03 Kloot Note Added: 0002850
2008-10-13 22:05 Kloot Note Edited: 0002850
2008-10-13 22:09 imbaczek Note Added: 0002852
2008-10-13 23:05 Kloot Note Added: 0002855
2008-10-13 23:07 imbaczek Note Added: 0002856
2008-10-13 23:09 imbaczek Note Edited: 0002856
2008-10-13 23:13 imbaczek Note Added: 0002857
2008-10-13 23:15 Kloot Note Added: 0002858
2008-10-13 23:16 imbaczek Note Edited: 0002857
2008-10-13 23:17 Kloot Note Edited: 0002858
2008-10-13 23:20 imbaczek File Added: crash_r6706.sdf
2008-10-13 23:21 imbaczek Note Added: 0002859
2008-10-13 23:23 imbaczek Note Edited: 0002859
2008-10-13 23:29 Kloot Note Added: 0002860
2008-10-13 23:29 Kloot Note Edited: 0002860
2008-10-13 23:33 Kloot Note Added: 0002861
2008-10-13 23:36 imbaczek Note Added: 0002862
2008-10-13 23:52 Kloot Note Added: 0002864
2008-10-13 23:55 Kloot Note Edited: 0002864
2008-10-13 23:55 Kloot Note Edited: 0002864
2008-10-13 23:56 Kloot Note Edited: 0002864
2008-10-14 20:49 imbaczek Note Added: 0002892
2008-10-14 21:15 Kloot Note Added: 0002893
2008-10-16 18:01 Kloot Note Added: 0002963
2008-10-16 18:02 Kloot Status new => resolved
2008-10-16 18:02 Kloot Resolution open => fixed
2008-10-16 18:02 Kloot Assigned To => Kloot
+Issue History