View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009146 | Dwarf Fortress | Miscellaneous Crashes | public | 2015-12-01 23:27 | 2015-12-06 17:41 |
| Reporter | dh81 | Assigned To | |||
| Priority | urgent | Severity | crash | Reproducibility | always |
| Status | resolved | Resolution | duplicate | ||
| OS | Windows | OS Version | 7 | ||
| Product Version | 0.42.01 | ||||
| Summary | 0009146: Crash at beginning of fort (just designated channels, digging, nothing else) | ||||
| Description | Crash seems to always happen within a cpl minutes into this save for me (reproduced twice). | ||||
| Additional Information | Link to save http://dffd.bay12games.com/file.php?id=11315 | ||||
| Tags | No tags attached. | ||||
| duplicate of | 0009132 | resolved | Dwarf Mode Undetermined 42.01 Crashes That No Longer Crash in 42.02. |
|
|
Possible duplicate of 0009129 |
|
|
Just wanted to make it clear that there should be a reproducable crash when running this save and it was an Access Violation. Also I selected short history, small world, frequent minerals, high civilizations, high # of beasts when generating the world, if that makes any difference. Oh and the embarq has a tower for a neighbor. |
|
|
Also possible duplicate of 0009181 |
|
|
This doesn't appear to be 0009129 (calendar) or 0009148 (migrant children socializing). Given the similarity with 0009181, I'll acknowledge it and if we see more related we can confirm. |
|
|
Note that even after not digging anything or doing anything for that matter, in this save the dwarves can just hang out with their wagon after embark and it still crashes within a few minutes. |
|
|
After reading dh81's note I loaded this up and confirmed that if I undesignated everything and let my dwarves idle the game still crashes in approximately the same number of cycles, no digging required. |
|
|
Seems fixed in 42.02, doesn't crash anymore. 0009198 reports fixed as well. Mark as resolved? |
|
|
All of these random in-play crashes that now appear to be fixed as of 42.02 will be grouped as duplicates of 0009132. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2015-12-01 23:27 | dh81 | New Issue | |
| 2015-12-02 09:40 | cpman | Note Added: 0033273 | |
| 2015-12-02 10:03 | cpman | Note Edited: 0033273 | |
| 2015-12-02 14:44 | dh81 | Note Added: 0033297 | |
| 2015-12-03 22:26 | tbunch | Note Added: 0033365 | |
| 2015-12-04 20:24 |
|
Relationship added | related to 0009181 |
| 2015-12-04 20:25 |
|
Note Added: 0033401 | |
| 2015-12-04 20:25 |
|
Assigned To | => user11 |
| 2015-12-04 20:25 |
|
Status | new => acknowledged |
| 2015-12-04 21:27 | dh81 | Note Added: 0033417 | |
| 2015-12-04 23:11 |
|
Relationship added | related to 0009132 |
| 2015-12-04 23:17 | tbunch | Note Added: 0033434 | |
| 2015-12-05 06:52 | lethosor | Additional Information Updated | |
| 2015-12-05 20:44 | dh81 | Note Added: 0033483 | |
| 2015-12-06 17:37 |
|
Relationship deleted | related to 0009181 |
| 2015-12-06 17:38 |
|
Relationship deleted | related to 0009132 |
| 2015-12-06 17:39 |
|
Note Added: 0033540 | |
| 2015-12-06 17:39 |
|
Relationship added | duplicate of 0009132 |
| 2015-12-06 17:39 |
|
Status | acknowledged => resolved |
| 2015-12-06 17:39 |
|
Resolution | open => duplicate |
