Viewing Issue Simple Details Jump to Notes ] Wiki ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0006509 [DCSS] Bug Report crash have not tried 2013-01-09 03:54 2013-03-19 12:47
Reporter KiloByte View Status public  
Assigned To
Priority normal Resolution open  
Status new   Product Branch 0.12 ancient branch
Summary 0006509: des cache file locking doesn't work
Description make debug
rm -rf saves/des
make -j debug test

Breaks every time.

I'm afraid this affects more than merely "make test": if two games on a public server start just after a new version goes live, they'll step on each other toes just the same.
Additional Information
Tags No tags attached.
Attached Files

- Relationships
related to 0008221new Crash on going downstairs 
related to 0011131new Crash on stairs to new level: Unable to open lock file. 

-  Notes
(0021675)
KiloByte (manager)
2013-03-19 12:47

So what happens if locking fails? Don't worry, the code will happily proceed (what's the lock for, then?) -- that's die_on_fail=false.

Except, fixing this is not as simple as it sounds -- errors trigger various forms of rebuilds, and they're currently required (!) for the des cache to exist at all. And if something bad happens later at runtime, the cache will be rebuilt again, and a special exception will then relaunch the map builder. Assuming the error doesn't cause a crash, like in my test case.

Does someone have a clue why all this complexity is done this way?

- Issue History
Date Modified Username Field Change
2013-01-09 03:54 KiloByte New Issue
2013-03-19 12:47 KiloByte Note Added: 0021675
2013-04-02 03:43 mumra Relationship added has duplicate 0006854
2013-04-02 10:50 mumra Relationship deleted has duplicate 0006854
2015-02-25 16:45 wheals Relationship added related to 0008221
2017-07-03 16:35 advil Relationship added related to 0011131


Mantis 1.1.8[^]
Copyright © 2000 - 2009 Mantis Group
Powered by Mantis Bugtracker