Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0011424Dwarf FortressWorld Generation -- Generalpublic2020-02-27 08:022020-03-01 03:38
ReporterGoblin Cookie 
Assigned To 
PlatformWindows 10OSOS Version
Product Version0.47.03 
Target VersionFixed in Version 
Summary0011424: Adding positions to dark-pits civilization causes crashes.
DescriptionIn the latest version a new bug has occurred, which is seemingly related to a historic issue. When any positions are added to a dark fortress civilizations entity file, it creates a considerable instability in the game, sometimes the game will crash immediately and sometimes it will crash sometime before world-gen is completed or at the end of it.
Steps To Reproduce1. Add custom positions to a dark-pits civilization.
2. Run worldgen.
3. It will likely crash (the larger the world, the greater the number of civs and the longer the history the more likely).
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
DarklingArcher (reporter)
2020-02-27 10:24

Duplicate of 0006941
FantasticDorf (reporter)
2020-02-27 10:57

Not actually its just pertaining specifically to this version @DarklingArcher but it may be a parent report for the long-standing issues which have finally culminated.
FantasticDorf (reporter)
2020-02-27 11:00
edited on: 2020-02-27 11:13

You can run a DARK_FORTRESS modded embark with [SITE_CONTROLLABLE] and successful world generation if you adhere to culling all of your positions that are not offsite through [APPOINT_BY:] or [REPLACED_BY:] position arguements. With no nobles your only opportunity would be to obtain a colony agreement to ensure a land owner comes to you capable of appointing, but of course the representative has nobody to recieve them with [RECIEVE_DIPLOMATS].

With and without [SITE_CONTROLLABLE] all offmap nobles like a [MONARCH]/([CUSTOM_LAW_MAKER), [CUSTOM_MILITARY_STRATEGY](hardcoded position by default, goblin general) and a custom land-owner will function normally and world generate without crashes.

It is hard to follow but research into the matter was made here on the forums
(( [^] ))

FantasticDorf (reporter)
2020-02-27 11:06
edited on: 2020-02-27 11:14

More information on the precise way the [APPOINT_BY:] and [REPLACED_BY:] works can also be found on the DFWiki's specialised section, explaining the culling behaviour. [ELECTED] and [REQUIRES_POPULATION:<num>] activated spontaneous nobles will not work, as the link also details.

(( [^] ))

Goblin Cookie (reporter)
2020-02-28 05:16

@DarklingArcher. This is a new development, previously those positions worked fine provided that only the top law-giver was [CHAT_WORTHY]. Now it seems that all positions that are not generated positions cause crashes, though not always as reliably as the old situation.
FantasticDorf (reporter)
2020-03-01 03:38

Still present in 47.04, though players are having mixed reports of when they mod in dark_fortress sites sometimes single defined [CREATURE:] entries will crash, which is resolved when they put another creature into another entity. This is a problem on top of the existing one rather than a replacement for the base issue behaviour.

(( [^] ))

Since the release is still fresh, people are trying to pin down the causation but i have experienced no major change in my own modding with the culling & hardcoded offsite noble approach. I can still generate worlds and embark with no site nobles culled entirely and a full cabinet of offsite nobles.

- Issue History
Date Modified Username Field Change
2020-02-27 08:02 Goblin Cookie New Issue
2020-02-27 10:24 DarklingArcher Note Added: 0040230
2020-02-27 10:57 FantasticDorf Note Added: 0040231
2020-02-27 11:00 FantasticDorf Note Added: 0040232
2020-02-27 11:06 FantasticDorf Note Added: 0040233
2020-02-27 11:13 FantasticDorf Note Edited: 0040232 View Revisions
2020-02-27 11:14 FantasticDorf Note Edited: 0040233 View Revisions
2020-02-28 05:16 Goblin Cookie Note Added: 0040249
2020-03-01 03:38 FantasticDorf Note Added: 0040275

Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker