v50 Steam/Premium information for editors
- v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
- Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.
Editing 23a:Known bugs and issues
Jump to navigation
Jump to search
Warning: You are not logged in.
Your IP address will be recorded in this page's edit history.
You are editing a page for an older version of Dwarf Fortress ("Main" is the current version, not "23a"). Please make sure you intend to do this. If you are here by mistake, see the current page instead.
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 1: | Line 1: | ||
{{Quality|Fine|20:30, 30 April 2013 (UTC)}} | {{Quality|Fine|20:30, 30 April 2013 (UTC)}} | ||
{{av}} | {{av}} | ||
− | + | This is a list of '''known bugs and issues'''. | |
+ | Do '''NOT''' post theories, observed problems or unverified hiccups here. | ||
== Known bugs == | == Known bugs == | ||
A number of significant bugs exist in this version of Dwarf Fortress, and while Toady has fixed some of them in later versions, he will obviously never fix them in this version. To address this, a number of '''binary patches''' have been written which will fix some of the most significant bugs in this version of the game. | A number of significant bugs exist in this version of Dwarf Fortress, and while Toady has fixed some of them in later versions, he will obviously never fix them in this version. To address this, a number of '''binary patches''' have been written which will fix some of the most significant bugs in this version of the game. | ||
− | As of April 24 2016, all of the patches listed below (and a few more which are ''not'' listed below) can be found in the [https://github.com/quietust/dfhack-23a/tree/master/patches DFHack-23a GitHub repository] | + | As of April 24 2016, all of the patches listed below (and a few more which are ''not'' listed below) can be found in the [https://github.com/quietust/dfhack-23a/tree/master/patches/bugs DFHack-23a GitHub repository], in a format which can be easily applied using the "binpatch" utility included with all versions of DFHack for Dwarf Fortress 0.31 thru 0.42. |
To apply any other binary patch, open "dwarfort.exe" in a hex editor (such as [http://www.chmaas.handshake.de/delphi/freeware/xvi32/xvi32.htm XVI32]), jump to the address listed, verify that the sequence of bytes on the left is correct, then overwrite it with the sequence of bytes on the right. If only one set of bytes is listed (and the address is followed by "=" instead of ":"), then the source bytes should all be zeroes. | To apply any other binary patch, open "dwarfort.exe" in a hex editor (such as [http://www.chmaas.handshake.de/delphi/freeware/xvi32/xvi32.htm XVI32]), jump to the address listed, verify that the sequence of bytes on the left is correct, then overwrite it with the sequence of bytes on the right. If only one set of bytes is listed (and the address is followed by "=" instead of ":"), then the source bytes should all be zeroes. | ||
Line 23: | Line 24: | ||
=== Missing Thoughts === | === Missing Thoughts === | ||
− | The [[Sheriff]], [[Mayor]], and [[Baron]] are supposed to receive unhappy thoughts if you do not have enough [[jail]]s, [[fortress guard]]s, and/or [[royal guard]]s. Special logic exists to prevent these thoughts from happening within 3 months of their arrival at your fortress (so you get a grace period to comply with their new demands). Due to a bug, the condition is backwards, so they only receive these thoughts during their first 3 months at your fortress | + | The [[Sheriff]], [[Mayor]], and [[Baron]] are supposed to receive unhappy thoughts if you do not have enough [[jail]]s, [[fortress guard]]s, and/or [[royal guard]]s. Special logic exists to prevent these thoughts from happening within 3 months of their arrival at your fortress (so you get a grace period to comply with their new demands). Due to a bug, the condition is backwards, so they only receive these thoughts during their first 3 months at your fortress. |
{{collapsible|hidden=yes|Patched with "thought-bugs.dif"| | {{collapsible|hidden=yes|Patched with "thought-bugs.dif"| | ||
Line 30: | Line 31: | ||
* 0x234425 : 84 -> 85 (insufficient royal guards for Baron)}} | * 0x234425 : 84 -> 85 (insufficient royal guards for Baron)}} | ||
− | Additionally, nobles which require a [[tomb]] do not receive any thoughts based on its quality, whether it is above or below the quality level they require. They will still receive unhappy thought about '''other''' dwarves having better tombs than them (unless said dwarf actually deserves a tomb that good), though. This happens because the noble compares its current tomb quality to '''itself''' rather than to its desired tomb quality | + | Additionally, nobles which require a [[tomb]] do not receive any thoughts based on its quality, whether it is above or below the quality level they require. They will still receive unhappy thought about '''other''' dwarves having better tombs than them (unless said dwarf actually deserves a tomb that good), though. This happens because the noble compares its current tomb quality to '''itself''' rather than to its desired tomb quality. |
{{collapsible|hidden=yes|Patched with "thought-bugs.dif"| | {{collapsible|hidden=yes|Patched with "thought-bugs.dif"| | ||
Line 69: | Line 70: | ||
=== Vermin Problems === | === Vermin Problems === | ||
− | If a vermin marked as being capable of escaping from traps is placed inside a container (e.g. a [[cage]], [[animal trap]], or an Adventurer's [[backpack]]), it will remain inside indefinitely, but if the container happens to be an [[artifact]], the vermin will escape immediately. Not surprisingly, this bug is caused by a backwards condition | + | If a vermin marked as being capable of escaping from traps is placed inside a container (e.g. a [[cage]], [[animal trap]], or an Adventurer's [[backpack]]), it will remain inside indefinitely, but if the container happens to be an [[artifact]], the vermin will escape immediately. Not surprisingly, this bug is caused by a backwards condition. |
{{collapsible|hidden=yes|Patched with "vermin-bugs.dif"| | {{collapsible|hidden=yes|Patched with "vermin-bugs.dif"| | ||
* 0x169B1B : 84 -> 85}} | * 0x169B1B : 84 -> 85}} | ||
− | Additionally, if a live [[fish]] is successfully caught and placed inside an aquarium filled with water, all subsequently captured live vermin will fail to be processed by the game - fish out of water will not suffocate, and purring maggots will never allow themselves to be milked subsequent times. This bug results from the incorrect usage of a C++ "break;" statement instead of "continue;", causing it to exit out of its loop early instead of continuing on the next entry | + | Additionally, if a live [[fish]] is successfully caught and placed inside an aquarium filled with water, all subsequently captured live vermin will fail to be processed by the game - fish out of water will not suffocate, and purring maggots will never allow themselves to be milked subsequent times. This bug results from the incorrect usage of a C++ "break;" statement instead of "continue;", causing it to exit out of its loop early instead of continuing on the next entry. |
{{collapsible|hidden=yes|Patched with "vermin-bugs.dif"| | {{collapsible|hidden=yes|Patched with "vermin-bugs.dif"| | ||
* 0x169D12 : DD -> D6 | * 0x169D12 : DD -> D6 | ||
− | * | + | * 0x169D29 : C6 -> BF}} |
=== Item Improvements === | === Item Improvements === | ||
Line 117: | Line 118: | ||
=== Art Facets === | === Art Facets === | ||
− | Different civilizations are supposed to assign higher (or lower) values to art images portraying certain types of creatures; later versions control this using the ART_FACET_MODIFIER token in the raws, but in this version it is hardcoded. Due to a bug, these modifiers are not applied correctly due to a type cast being applied to the wrong pointer | + | Different civilizations are supposed to assign higher (or lower) values to art images portraying certain types of creatures; later versions control this using the ART_FACET_MODIFIER token in the raws, but in this version it is hardcoded. Due to a bug, these modifiers are not applied correctly due to a type cast being applied to the wrong pointer. |
{{collapsible|hidden=yes|Patched with "trade-bugs.dif"| | {{collapsible|hidden=yes|Patched with "trade-bugs.dif"| | ||
Line 136: | Line 137: | ||
=== Unmeltable Chests === | === Unmeltable Chests === | ||
− | If you mark a metal [[chest]] for melting, a dwarf will haul to a [[smelter]] (or [[magma smelter]]), sit there for a while, and then not actually melt the item, potentially leading to an infinite loop if the job was added on Repeat. This is due to the way the game handles glassmaking jobs - it removes the sand bag item (BOX made of cloth/leather and containing SAND) from the job and replaces it with a piece of raw glass, but it removes the "sand bag" item before confirming that it's actually a bag and that it actually contains sand. Since "melt" jobs take place afterwards, the chest is no longer part of the job and nothing actually happens (aside from the unit gaining some skill and possibly using up fuel) | + | If you mark a metal [[chest]] for melting, a dwarf will haul to a [[smelter]] (or [[magma smelter]]), sit there for a while, and then not actually melt the item, potentially leading to an infinite loop if the job was added on Repeat. This is due to the way the game handles glassmaking jobs - it removes the sand bag item (BOX made of cloth/leather and containing SAND) from the job and replaces it with a piece of raw glass, but it removes the "sand bag" item before confirming that it's actually a bag and that it actually contains sand. Since "melt" jobs take place afterwards, the chest is no longer part of the job and nothing actually happens (aside from the unit gaining some skill and possibly using up fuel). |
{{collapsible|hidden=yes|Patched with "job-bugs.dif"| | {{collapsible|hidden=yes|Patched with "job-bugs.dif"| | ||
Line 152: | Line 153: | ||
* 0x220857 : A1 EC B3 AC 00 -> 66 09 79 20 90 | * 0x220857 : A1 EC B3 AC 00 -> 66 09 79 20 90 | ||
* 0x220876 : 09 68 20 A1 EC B3 AC 00 8B 0C B0 8B 81 -> F7 40 20 80 01 75 10 66 09 68 20 8B 82}} | * 0x220876 : 09 68 20 A1 EC B3 AC 00 8B 0C B0 8B 81 -> F7 40 20 80 01 75 10 66 09 68 20 8B 82}} | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
=== Caravan Oddities === | === Caravan Oddities === | ||
Line 189: | Line 180: | ||
* 0x218DDC : 08 -> 0D | * 0x218DDC : 08 -> 0D | ||
* 0x218E19 : 09 -> 0E}} | * 0x218E19 : 09 -> 0E}} | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
== Minor issues == | == Minor issues == | ||
Line 202: | Line 187: | ||
=== Milking Issue === | === Milking Issue === | ||
− | To milk something it has to be a [[vermin]]ous creature | + | To milk something it has to be a [[vermin]]ous creature. The only milkable thing you can carry is a purring maggot. Larger creatures are not yet milkable because the AI is not yet implemented to bring the creatures to the [[farmer's workshop]]. It would be relatively simple to implement, but is not a priority at this time. |
− | + | Note that while you cannot milk larger animals yourself, civilisations can still milk animals "off screen" for your benefit. | |
=== Building a Wooden Weapon... Rack === | === Building a Wooden Weapon... Rack === |