View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update | 
|---|---|---|---|---|---|
| 0002839 | Dwarf Fortress | Technical -- General | public | 2010-07-25 17:59 | 2012-02-20 22:48 | 
| Reporter | Solra Bizna | Assigned To | |||
| Priority | low | Severity | minor | Reproducibility | always | 
| Status | new | Resolution | open | ||
| Platform | Linux | OS | Debian Linux | OS Version | complicated | 
| Product Version | 0.31.12 | ||||
| Summary | 0002839: some files are opened read-write that should be opened read-only | ||||
| Description | I have a complicated multi-user setup of DF involving unionfs and a snazzy client+server. After anyone plays for a while, I notice that their per-user directory ends up polluted with (apparently unmodified) data/index, data/announcement/*, data/dipscript/*, and data/help/* files. These are harmless until I upgrade DF, after which they are stale and can cause problems; data/index is the big one, but files in data/announcement/* caused all combat announcements to totally disappear in the 31.10 - 31.11 transition. Manually cleaning out extra files fixes it, but is tedious. (The per-user directories are supposed to contain only data/save/*, possibly data/init/*, and possibly modified raws.) This is caused when the files are opened read-write; though no modifications appear to be made, unionfs copy-on-write is triggered when the file is opened, for performance reasons. | ||||
| Steps To Reproduce | data/help/* and data/dipscript/* files are ALWAYS opened read-write. This can be observed by wandering the help system briefly. | ||||
| Additional Information | This is probably an easy fix, and the result is sometimes explosive, though the necessary conditions for problems are incredibly rare. I may be the only user out there who will ever be affected by this. There needs to be a priority below "low." | ||||
| Tags | No tags attached. | ||||
|  | Still present in version 0.34.02. By now I have scripts that clean up after it, but this still bothers me somehow. | 
| Date Modified | Username | Field | Change | 
|---|---|---|---|
| 2010-07-25 17:59 | Solra Bizna | New Issue | |
| 2012-02-20 22:48 | Solra Bizna | Note Added: 0020329 | 
