Dwarf Fortress Wiki - User contributions [en]

v0.31:Known bugs and issues

2010-06-20T18:09:43Z

Armrha:

{{AV}}
'''PLEASE SUBMIT BUGS TO THE OFFICIAL BUG TRACKER - THEY WON'T GET FIXED IF THEY ARE ONLY LISTED HERE.''' 
'''[http://bay12games.com/dwarves/mantisbt/ Dwarf Fortress Bug Tracker]'''

'''Please link to the mantis tracker issue as well as the forum post if possible.'''

'''This page recently underwent a major cleanup edit. See the talk page for more info.'''

As the version is new, and we're still discovering what bugs are, obviously a lot of unverifiable information is going to get added to this thread. Recommend that new entries be added with "'''(confirmation needed)'''", and that people can document each bug on the discussion page. Once we have 2+ instances of a bug with some specific description of what's occurring, we can remove the parenthetical, or alternately, we can discuss removing unconfirmed bugs if there are issues in recreating them. People can also link relevant posts and threads from the forums here to help document the bugs. --[[User:Squirrelloid|Squirrelloid]] 08:58, 3 April 2010 (UTC)
:Please also read the 'Not Actually Bugs' section before adding bug reports! --[[User:Squirrelloid|Squirrelloid]] 09:00, 3 April 2010 (UTC)

==Not Actually Bugs==
*Tilesets in png format don't work.
:Tilesets must be in .bmp format, the .png format only works for the d# series. A d# merge is in progress, .png will be supported soon.

*When choosing material for a squad item, there are hundreds of "forgotten beast leather" to choose from.
:This is because there are hundreds of different forgotten beasts.

*Making adamantine items sometimes results in "Urist McArmorer, Armorer cancels Forge adamantine cloak: Needs 10000 adamantine cloth." Likewise making pearlash can yield "...cancels Make pearlash. Needs 150 pearlash."
:This happens if you don't have enough cloth/wafers/strands, if you have enough it works nicely. This is probably due to the fact that cloth can be consumed "in pieces" now for medical purposes.

*Animals are listed twice on the embark screen.
:They're listed twice because they separately list males and females.

*Weird red C in top left corner
:"''' C '''" means new combat report
:"''' H '''" means new hunting message
:"''' S '''" means new sparring message
:[http://www.bay12games.com/forum/index.php?topic=52514.0 Forum Link]

*No option for magma in the finder
:[[Magma]] is guaranteed everywhere now.

*Unable to add items or skill points on the embarking screen.
:Check your keybindings! By default the keys to add and remove items and skills are + and - on the numpad.

*{{L|Wrestling}} will take much longer than combat using any kind of weapon (unlike in 40d.)

*When iron men and Bronze Colossuses die, the statues that make up their corpses adopt images of creatures (I.e: Statue of a dwarf 1) and events. The molten metal falling from them will make statues out of any corpses below where they died.

== Embarking ==

*You can embark with some rather unrealistic prepared foods (such as fly brains, which in real life go at about 900 thousand brains to the pound). These unrealistic foods have also been seen in trading. This may be related to further issues involving vermin's organs. (Each 'Unit' of Food is represetative of enough food to feed a dwarf for just over a month.)

*All fish are mentioned twice.
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123220#msg1123220 Forum Link]

*No easy way to quit from the embark screen. You cannot quit once you press "Dwarf Fortress" until you've actually embarked unless you kill the process. (You also cannot redefine keys, and as before laptop +-*/ don't work by default)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=20 Bug Tracker] --'''Fixed''' {{version|0.31.07}}

*You may get a "Caveren Collapse" announcement as soon as you arrive. (Perhaps many times, if you have a volcano in your ocean...)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=51 Bug Tracker]

== Sites ==

*Magma pipes in volcanoes extend to the top of the map, past the mountain itself.
:[http://www.bay12games.com/forum/index.php?topic=52412.0 Forum Link]

*Magma tubes remain the same shape and size the whole way down and may be square.
:[http://www.bay12games.com/forum/index.php?topic=52412.0 Forum Link]

*There are currently very few or even no fish. This includes brooks, rivers, oceans, ponds, lakes (underground and otherwise). You may get a few turtles sometimes.
:[http://www.bay12games.com/forum/index.php?topic=52217.0 Forum Link]
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=232 Bug Tracker] --'''Fixed''' {{version|0.31.04}}

== Buildings and Zones ==

*Can't farm on dry soil underground.
:[http://www.bay12games.com/forum/index.php?topic=51951.msg1123336#msg1123336 Forum Link]

*Construction and/or deconstruction can occasionally force some dwarves to idle.
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123250#msg1123250 Forum Link]

*When linking buildings to levers/pressure plates, the view may center on a different building than the one that is currently selected. (However, the view switches to the correct building after it is selected)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=1915 Bug Tracker] --'''Open'''

== Combat ==

*Some combat maneuvers have no effect.
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123104#msg1123104 Forum Link]

*Attempting to grab a bodypart with a weapon leads to "you grab *** by *** with your *weapon* but nothing is grabbed

*Attempting to "pinch" various body parts shows "you adjust you grip on***" and nothing else.

*Alligators can wear armor
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123104#msg1123104 Forum Link]

*Non-alive creatures (like bronze colossuses, zombies and blizzard men) cannot be destroyed (possibly because they can't bleed to death nor have their brain destroyed). Arena testing has revealed that [[dragonfire]] and [[magma]] can melt bronze colossuses, and falling from very high up may kill some undead creatures.
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123220#msg1123220 Forum Link]

*Shield-bashing has no effect with a wooden shield
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123499#msg1123499 Forum Link]

*Ballistae have been nerfed considerably, they now easily glance off normal clothing and are very unlikely to kill anything with armour.

*Animals with teeth do nearly no damage. Don't count on your wardogs to help defend your fortress.
:[http://www.bay12forums.com/smf/index.php?topic=55798.0 Workaround]
:[http://bay12games.com/dwarves/mantisbt/view.php?id=744 Bug Tracker] -'''Fixed''' {{version|0.31.06}}

== Labors ==

*Hunting Issues
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123228#msg1123228 Forum Link]

*Miners now cancel mining designations when they can't reach them
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123272#msg1123272 Forum Link]
:'''Fixed''' {{version|0.31.03}}

*Metal goblets are sometimes iron, regardless of input
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123533#msg1123533 Forum Link]

*Manager screen doesn't show you materials for traction benches
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123533#msg1123533 Forum Link]

*Workers are too dedicated, dehydrate themselves. This was intended as a helpful feature, as dwarves will try to finish what they are doing before running off to eat. However, many players view it as a bug, because it can cause dwarves that are far from food to begin with to starve to death. Working while hungry or thirsty also causes unhappy thoughts, slower work, and worse quality work.
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123599#msg1123599 Forum Link]
:[http://bay12games.com/dwarves/mantisbt/view.php?id=8 Bug Tracker] --'''Fixed''' {{version|0.31.07}}

*Cooking with alcohol is buggy
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123702#msg1123702 Forum Link]

*When crafting shell crafts, craftsdwarves never actually produce a shell craft, but instead sit forever with the same shell, with their skills increasing.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=206 Bug Tracker]

*Dwarves take orders to prepare meals with liquid ingredients like dwarven syrup, wine, and rum, but almost never do it and instead dump the liquid inside the kitchen where it sits cluttering it up and can't be moved... Because it's liquid.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=138 Bug Tracker]
:Workaround: Using dwarven syrup works just fine for me, but my cook always grabs at least one solid ingredient. Ie, 3 stacks of syrup + one stack of cheese -> finished and edible meal.
:Workaround: The liquid seems to be underneath the kitchen. If you remove the kitchen, some dwarf will come along and clean the spill. Then you can remake the kitchen. I'd recommend simply disabling all cooking of booze.

*Making Rock Short Sword results in a wooden short sword. Especially annoying when making an adamantine sword! (multiple reports)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=256 Bug Tracker]

*Metal items may require fewer bars/wafers than announcements lead you to believe. Since price of items is affected by what went into creating it, this can lead to your adamantine armor being worth far less than it would otherwise.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=130 Bug Tracker]

*Wood cutter. Tried to upgrade his axe to a steel one, never cut another tree in his life after being forced to dump his copper battle axe. It's like wood cutting had a seperate profile and he was the only one excluded; Sure enough, turned one of my jewelers into wood cutter and it worked fine for him.

*Woodcutters can chop down trees with (wooden) training axes.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=712 Bug Tracker]

*Immigrants can arrive with only peasant labors enabled, even if they are legendary jewelers. They may sometimes have weird labors enabled. (Stonecrafting master lye makers.)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=110 Bug Tracker]

*In the {{k|o}}rders menu, there are options (in {{k|W}}orkshops) for auto {{k|b}}utcher, auto {{k|k}}itchen and auto {{k|f}}ishery. All three of these respond to {{k|b}} only, {{k|k}} and {{k|f}} do nothing.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=68 Bug Tracker]

*Parties never end, sometimes eating up half the labor force.
:Workaround: Undesignate whatever the party is gathered around and it will end.

*Soap-making task is missing from the workshop. Issuing work order through the manager does work. Also with cutting clear and crystal glass.
:The soap making task has two reagents, one of which is a barrel that [CONTAINS_LYE]. The bucket the lye is produced in doesn't count, since it's a bucket, not a barrel. Make sure you have 1) a dwarf with the appropriate hauling task enabled, 2) an empty, usable barrel, and 3) a food stockpile with lye allowed that accepts barreled inventory. Once the lye is in the barrel in the stockpile, check the soap shop again. Don't know why the glass is wonky, though. -[[Special:Contributions/76.102.26.49|76.102.26.49]] 06:27, 13 May 2010 (UTC)

*Making waterskin in leather works results in a weird item called "flask" (simply that, no mention of leather or whatever) that is never used and stays forever in the workshop. Those don't seem to cause clutter in the workshop either. (A metal variant (Ex. Iron) is now capable of being created at a metal smith, probably causing this bug. Soldiers will carry an Metal Flask).
:[http://bay12games.com/dwarves/mantisbt/view.php?id=93 Bug Tracker]
: "Flask" can be traded, but isn't automatically moved to stockpiles (It's neither a leather good nor a finished good). They do seem to clutter leatherworkers shops, which must then be destroyed and rebuilt (0.31.06). ~Neftaly Hernandez
: You can also use the View Items in Buildings command {{k|t}} to mark the Flasks for {{k|d}}umping to remove the clutter (0.31.06). ~mk
::More on metal flasks- a friend of mine noticed that when he assigned the job "make iron flask", in would go iron bars and charcoal, and out would come 3 ''gold'' flasks. I did the same thing, except I used coke instead of charcoal, and got 3 gypsum plaster flasks.
:::Making adamantine flasks results in iron flasks.

*Dwarves will occasionally go exceptionally out of their way to get a material while a giant stockpile is sitting beside them (I saw my carpenter travel half the map to get a log while there was a stockpile of 20 logs beside him)
:This will happen if the stockpiled items are already reserved for another task (sometimes happens en masse if you're designating constructions from the material). If this still functions as it did in 40d, dwarves will count the number of tiles to an item 'as the crow flies' rather than checking the actual pathfinding distance, meaning that they regard items above or below their workshop as being very nearby even if the travel distance to reach them is substantial. [[User:Oddtwang of Dork|Oddtwang of Dork]] 16:20, 8 April 2010 (UTC)
:True, but I wasn't using wood for anything, only had 2 carpenters active and the wood was on the same Z plane as my workshops. The usual explanation doesn't fly for the one event I saw.
::Perhaps they had the wood hauling labor enabled and were going to haul it?

*Canceling a job at the metalsmith can jam the shop if the item was being actively produced at that time (Cancelled job to stop untrained armorer from working on an adamantium plate armor, shop jammed and no other orders ever went through. Ordered deconstruction and then halted deconstruction to clear this up.)

== Moods ==

*Fey moods can request body parts (!!!)
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123573#msg1123573 Forum Link]

*Fey moods can request "rock bars." Has been seen to ignore all metal bars, ores, other rock, and rock. (Confirmed)

*Fey mood; Dwarf took only dog bones into the craftsdwarf's shop. Produced an iron figurine with an image of waves in dog bone on it.
:Seconded Most if not all figurines made in Fey moods become iron, despite the material used.

*Glass Makers will not use a Magma Glass Furnace to manufacture their artifact. A traditional Glass Furnace is needed. (0.31.04; Unconfirmed)

== Creature Data ==

*Descriptions sometimes take strange objects: "She likes to consume she"
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123533#msg1123533 Forum Link]

*Giants and giantesses are mapped to the wrong gender.

*Unicorns give birth to elk fawns.

*Mountain goat fawns are called "Stray Horse foal", although having all the features of a mountain goat.
:This is due to what is assumed to be a copy/paste error in the raws - The raws list "Mountain goat kid" as well as "Horse foal" as possible child names, so it randomly picks one.

*In BODY_DETAIL_PLAN:STANDARD_HEAD_POSITIONS both eyelids are around the right eye and clean the left eye

== Stockpiles ==
*Problems with categorization. (Stone is considered metal)
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123178#msg1123178 Forum Link]
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=157 Bug Tracker]

*Custom stockpile options don't seem to always work
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123474#msg1123474 Forum Link]

*Dead vermin never rot
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123731#msg1123731 Forum Link]
:[http://bay12games.com/dwarves/mantisbt/view.php?id=161 Bug Tracker] --'''Fixed''' {{version|0.31.04}}

*"Take from stockpile" is broken
:[http://www.bay12games.com/forum/index.php?topic=52126.0 Forum Link]

*There is no category for wood blocks. As such, wood blocks can not be removed from carpentry workshops.
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=439 Bug Tracker]

== Military ==
'''{{L|Military|Main Military Page}}'''
'''[http://bay12games.com/dwarves/mantisbt/view.php?id=535 Main Military Equipment Bug Tracker Page]'''
*Dwarves who are assigned to squads seem to be permanently affixed to the soldier life - changing schedules, training options, switching out dwarves, disbanding the squad: nothing works. All they do is eat, drink, sleep, Individual Combat Drill and take Kill orders. (Multiple reports, bug incidence is somewhat inconsistent, deconstructing assigned barracks sometimes helps.)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=605 Bug Tracker] --'''Acknowledged''' (There may be several duplicate bug reports.)

*The [[arsenal dwarf]] may assign weapons/armor that do not belong to you.
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=1290 Bug Tracker-Goblins] --'''Fixed''' {{version|0.31.06}}
:[http://bay12games.com/dwarves/mantisbt/view.php?id=1526 Bug Tracker-Caravans] --'''Fixed''' {{version|0.31.06}}

*Squads can get into a "permanent civilian life" and will never go into "recruit mode" unless ordered to "station" or "Kill a target", upon canceling this order they will go back to civilian mode. (Although they will perform individual combat drills, but in civilian garbs unless you replaced their equipment) [[User:Kenji 03|Kenji 03]] 11:54, 5 April 2010 (UTC).
:You mean they're supposed to not be civilians while training? Oh... yeah maybe that is a bug, never seen anything else personally - foarl 10:19, 09 April, 2010
::This bug is different - not civilian clothing, but civilian jobs. They'll work in workshops, haul goods, sit idle with "No Job", etc, and never attempt "Individual Combat Training". They do appear to equip assigned gear, though. -- 5:50, 10 June, 2010

*Bolts assigned to a squad that is then disbanded do not free up for use by other squads automatically.

*The default settings are such that your military dwarfs will train, train, train, and possibly starve in the process. [[Thirsty]] and [[Hungry]] tags are guaranteed to appear for any soldier (as they are when a dwarf does anything else in this release) because Dwarves will now try to complete a task before they eat/drink.
:{{L|Military/Guide}}

*Dwarves will continue to train in barracks even after being removed from a squad. (Because they are completing the task they started before they will move on to something else, changing your alert helps here as well).

*Dwarves will sometimes use many weapons and armor at once. When they have two weapons in the same hand, they seem to be unable to attack with either weapon.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=648 Bug Tracker]

*Dwarves who die are still listed in the military screen in their squad without any notification of their death. This could lead to a user assigning the best equipment to a squad leader without knowledge of his demise.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=182 Bug Tracker]

*When [[Reclaim]]ing a lost fortress, soldiers will not use any armour or weapons assigned to them, insisting on training and fighting unarmoured and barehanded. This behaviour seems related to the [[arsenal dwarf]] position - when the fortress population becomes high enough and a dwarf is assigned to the position, soldiers will finally use the equipment they have been assigned. It seems that, on reclaiming, the game acts as if you need to have an arsenal dwarf right from the start, despite there not being any way to assign one.

*Copying an empty order causes an immediate crash.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=35 Bug Tracker] --'''Fixed''' {{version|0.31.03}}

*Going to the schedule grid of the inactive group causes an immediate crash.
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=156 Bug Tracker] --'''Fixed''' {{version|0.31.03}}

== Medicine ==
*Surgeons may endlessly perform surgery on dwarves with no effect.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=318 Bug Tracker]

*Surgeon provided constant "suturing," each time using up thread. May be related to above problem.

*Any blood smear or pool can spread indefinitely. The most common problem is a pool of blood in a high-traffic area. This causes every dwarf that touches it to get blood on them. Each dwarf will then eventually wash it off, creating another pool of blood by the well, which is likely another high-traffic area. Eventually you end up with the dining room and food stockpiles all coated with several dozen different creatures' blood.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=296 Bug Tracker]

**Dwarves raid caravans for cloth (maybe thread as well) for the hospital zone.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=66 Bug tracker]

== Items ==

*Eating a masterwork meal will cause the cook to suffer art defacement.

*Quarry bush leaves might not appear in the kitchen menu, and dwarves might not cook them, rendering them useless except for trading.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=47 Bug Tracker] --'''Fixed''' {{version|0.31.02}}

*Obsidian does not appear in the accounting stone menu.

*Reclaim mode, some items recovered become immobile, even when claimed instead of forbidden. Buidling on the area they occupy is impossible, as dwarves won't move the item.
:Workaround: Make water wash the item into a river, or somewhere it will be destroyed.

==Nobles==

*When the mayor dies, all nobles are removed until a new mayor is elected.
:Workaround: To speed up this process, set the population required for mayors to '1' in the raws (raw>objects>entity_default.txt).
:[http://bay12games.com/dwarves/mantisbt/view.php?id=141 Bug Tracker] --'''Fixed''' {{version|0.31.05}}

*Former mayors continue to demand accomodations and make mandates. You can check their mandates by going to that specific dwarf's thoughts. This can cause [[fun]] as dwarves are arrested for not fufilling demands.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=814 Bug Tracker] --'''Fixed''' {{version|0.31.05}}

== Graphics ==
*Arena does not work for graphics mode.
:[http://www.bay12forums.com/smf/index.php?topic=53505.0 Forum Link]
:[http://bay12games.com/dwarves/mantisbt/view.php?id=42 Bug Tracker] --'''Fixed''' {{version|0.31.02}}

*After generating a world and embarking, you may notice missing tiles.
:Workaround: Restart Dwarf Fortress.

*In the 'z'-status menu, there is no image for nobles/administrators. Instead, there is an empty space where the purple dwarf should be.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=375 Bug Tracker] --'''Open'''

== Saves ==
*Renaming a save (ex. "Region2-spr-1050" to "Region2") may invalidate the save, even if you give the save its original name back. ((Confirmation needed))

==Trading and Depot==

*Elf traders may stay a long time.
:This is because creatures that the elves come with do not have pack animal values set on them, yet elves are able to use any creature as a pack animal. Check what is carrying their goods when they arrive. Often it will be warthogs, which do not have trade capacity values. Which apparently makes them carry enormous, ridiculous loads and take forever to load/unpack.
:Workaround: A fix is to go into the creature_large_topical.txt file and add in [TRADE_CAPACITY:XXXX] under the warthog's [PACK_ANIMAL] entry (where XXXX is the weight you want them to carry). Or just remove the [PACK_ANIMAL] tag altogether. Be forewarned, you may or may not have to make a new world for the fix to take effect.
:Workaround: with the game paused and the depot in view, designate treecutting {{k|d}} - {{k|t}}, and just hold down the mouse button until the depot display no longer flashes between items very quickly.
::Why this works: it has been known that certain parts of the game engine keep running while the game is paused. These include cat-dwarf adoptions and the trade liaison conversation. It appears to also apply to traders loading up their goods, and probably to unloading goods as well.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=325 Bug Tracker] --'''Fixed''' {{version|0.31.06}}

*No one brings wagons, even if there is a clear path to your depot.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=197 Bug Tracker]

*Dwarves may try to eat unowned food at the Depot, but realize their mistake halfway and stop... then try again... you can see where this is going.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=237 Bug Tracker]

== Program Lockup ==
*The DF process sometimes locks up (freezes) when alt-tabbing to another window and back.
:Workaround: That happened to me fairly often in the 40d# series. Try hitting the Alt key (I think it was Alt anyway) before you give up. [[Special:Contributions/75.210.204.237|75.210.204.237]] 04:42, 2 June 2010 (UTC)
::Alt did not work, neither did control, shift, enter or any combination of those--[[Special:Contributions/208.81.12.34|208.81.12.34]] 18:22, 9 June 2010 (UTC)

v0.31:Known bugs and issues

2010-06-20T18:09:04Z

Armrha:

{{AV}}
'''PLEASE SUBMIT BUGS TO THE OFFICIAL BUG TRACKER - THEY WON'T GET FIXED IF THEY ARE ONLY LISTED HERE.''' 
'''[http://bay12games.com/dwarves/mantisbt/ Dwarf Fortress Bug Tracker]'''

'''Please link to the mantis tracker issue as well as the forum post if possible.'''

'''This page recently underwent a major cleanup edit. See the talk page for more info.'''

As the version is new, and we're still discovering what bugs are, obviously a lot of unverifiable information is going to get added to this thread. Recommend that new entries be added with "'''(confirmation needed)'''", and that people can document each bug on the discussion page. Once we have 2+ instances of a bug with some specific description of what's occurring, we can remove the parenthetical, or alternately, we can discuss removing unconfirmed bugs if there are issues in recreating them. People can also link relevant posts and threads from the forums here to help document the bugs. --[[User:Squirrelloid|Squirrelloid]] 08:58, 3 April 2010 (UTC)
:Please also read the 'Not Actually Bugs' section before adding bug reports! --[[User:Squirrelloid|Squirrelloid]] 09:00, 3 April 2010 (UTC)

==Not Actually Bugs==
*Tilesets in png format don't work.
:Tilesets must be in .bmp format, the .png format only works for the d# series. A d# merge is in progress, .png will be supported soon.

*When choosing material for a squad item, there are hundreds of "forgotten beast leather" to choose from.
:This is because there are hundreds of different forgotten beasts.

*Making adamantine items sometimes results in "Urist McArmorer, Armorer cancels Forge adamantine cloak: Needs 10000 adamantine cloth." Likewise making pearlash can yield "...cancels Make pearlash. Needs 150 pearlash."
:This happens if you don't have enough cloth/wafers/strands, if you have enough it works nicely. This is probably due to the fact that cloth can be consumed "in pieces" now for medical purposes.

*Animals are listed twice on the embark screen.
:They're listed twice because they separately list males and females.

*Weird red C in top left corner
:"''' C '''" means new combat report
:"''' H '''" means new hunting message
:"''' S '''" means new sparring message
:[http://www.bay12games.com/forum/index.php?topic=52514.0 Forum Link]

*No option for magma in the finder
:[[Magma]] is guaranteed everywhere now.

*Unable to add items or skill points on the embarking screen.
:Check your keybindings! By default the keys to add and remove items and skills are + and - on the numpad.

*{{L|Wrestling}} will take much longer than combat using any kind of weapon (unlike in 40d.)

*When iron men and Bronze Colossuses die, the statues that make up their corpses adopt images of creatures (I.e: Statue of a dwarf 1) and events. The molten metal falling from them will make statues out of any corpses below where they died.

== Embarking ==

*You can embark with some rather unrealistic prepared foods (such as fly brains, which in real life go at about 900 thousand brains to the pound). These unrealistic foods have also been seen in trading. This may be related to further issues involving vermin's organs. (Each 'Unit' of Food is represetative of enough food to feed a dwarf for just over a month.)

*All fish are mentioned twice.
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123220#msg1123220 Forum Link]

*No easy way to quit from the embark screen. You cannot quit once you press "Dwarf Fortress" until you've actually embarked unless you kill the process. (You also cannot redefine keys, and as before laptop +-*/ don't work by default)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=20 Bug Tracker] --'''Fixed''' {{version|0.31.07}}

*You may get a "Caveren Collapse" announcement as soon as you arrive. (Perhaps many times, if you have a volcano in your ocean...)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=51 Bug Tracker]

== Sites ==

*Magma pipes in volcanoes extend to the top of the map, past the mountain itself.
:[http://www.bay12games.com/forum/index.php?topic=52412.0 Forum Link]

*Magma tubes remain the same shape and size the whole way down and may be square.
:[http://www.bay12games.com/forum/index.php?topic=52412.0 Forum Link]

*There are currently very few or even no fish. This includes brooks, rivers, oceans, ponds, lakes (underground and otherwise). You may get a few turtles sometimes.
:[http://www.bay12games.com/forum/index.php?topic=52217.0 Forum Link]
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=232 Bug Tracker] --'''Fixed''' {{version|0.31.04}}

== Buildings and Zones ==

*Can't farm on dry soil underground.
:[http://www.bay12games.com/forum/index.php?topic=51951.msg1123336#msg1123336 Forum Link]

*Construction and/or deconstruction can occasionally force some dwarves to idle.
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123250#msg1123250 Forum Link]

*When linking buildings to levers/pressure plates, the view may center on a different building than the one that is currently selected. (However, the view switches to the correct building after it is selected)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=1915 Bug Tracker] --'''Open'''

== Combat ==

*Some combat maneuvers have no effect.
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123104#msg1123104 Forum Link]

*Attempting to grab a bodypart with a weapon leads to "you grab *** by *** with your *weapon* but nothing is grabbed

*Attempting to "pinch" various body parts shows "you adjust you grip on***" and nothing else.

*Alligators can wear armor
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123104#msg1123104 Forum Link]

*Non-alive creatures (like bronze colossuses, zombies and blizzard men) cannot be destroyed (possibly because they can't bleed to death nor have their brain destroyed). Arena testing has revealed that [[dragonfire]] and [[magma]] can melt bronze colossuses, and falling from very high up may kill some undead creatures.
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123220#msg1123220 Forum Link]

*Shield-bashing has no effect with a wooden shield
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123499#msg1123499 Forum Link]

*Ballistae have been nerfed considerably, they now easily glance off normal clothing and are very unlikely to kill anything with armour.

*Animals with teeth do nearly no damage. Don't count on your wardogs to help defend your fortress.
:[http://www.bay12forums.com/smf/index.php?topic=55798.0 Workaround]
:[http://bay12games.com/dwarves/mantisbt/view.php?id=744 Bug Tracker] -'''Fixed''' {{version|0.31.06}}

== Labors ==

*Hunting Issues
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123228#msg1123228 Forum Link]

*Miners now cancel mining designations when they can't reach them
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123272#msg1123272 Forum Link]
:'''Fixed''' {{version|0.31.03}}

*Metal goblets are sometimes iron, regardless of input
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123533#msg1123533 Forum Link]

*Manager screen doesn't show you materials for traction benches
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123533#msg1123533 Forum Link]

*Workers are too dedicated, dehydrate themselves. This was intended as a helpful feature, as dwarves will try to finish what they are doing before running off to eat. However, many players view it as a bug, because it can cause dwarves that are far from food to begin with to starve to death. Working while hungry or thirsty also causes unhappy thoughts, slower work, and worse quality work.
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123599#msg1123599 Forum Link]
:[http://bay12games.com/dwarves/mantisbt/view.php?id=8 Bug Tracker] --'''Fixed''' {{version|0.31.07}}

*Cooking with alcohol is buggy
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123702#msg1123702 Forum Link]

*When crafting shell crafts, craftsdwarves never actually produce a shell craft, but instead sit forever with the same shell, with their skills increasing.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=206 Bug Tracker]

*Dwarves take orders to prepare meals with liquid ingredients like dwarven syrup, wine, and rum, but almost never do it and instead dump the liquid inside the kitchen where it sits cluttering it up and can't be moved... Because it's liquid.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=138 Bug Tracker]
:Workaround: Using dwarven syrup works just fine for me, but my cook always grabs at least one solid ingredient. Ie, 3 stacks of syrup + one stack of cheese -> finished and edible meal.
:Workaround: The liquid seems to be underneath the kitchen. If you remove the kitchen, some dwarf will come along and clean the spill. Then you can remake the kitchen. I'd recommend simply disabling all cooking of booze.

*Making Rock Short Sword results in a wooden short sword. Especially annoying when making an adamantine sword! (multiple reports)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=256 Bug Tracker]

*Metal items may require fewer bars/wafers than announcements lead you to believe. Since price of items is affected by what went into creating it, this can lead to your adamantine armor being worth far less than it would otherwise.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=130 Bug Tracker]

*Wood cutter. Tried to upgrade his axe to a steel one, never cut another tree in his life after being forced to dump his copper battle axe. It's like wood cutting had a seperate profile and he was the only one excluded; Sure enough, turned one of my jewelers into wood cutter and it worked fine for him.

*Woodcutters can chop down trees with (wooden) training axes.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=712 Bug Tracker]

*Immigrants can arrive with only peasant labors enabled, even if they are legendary jewelers. They may sometimes have weird labors enabled. (Stonecrafting master lye makers.)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=110 Bug Tracker]

*In the {{k|o}}rders menu, there are options (in {{k|W}}orkshops) for auto {{k|b}}utcher, auto {{k|k}}itchen and auto {{k|f}}ishery. All three of these respond to {{k|b}} only, {{k|k}} and {{k|f}} do nothing.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=68 Bug Tracker]

*Parties never end, sometimes eating up half the labor force.
:Workaround: Undesignate whatever the party is gathered around and it will end.

*Soap-making task is missing from the workshop. Issuing work order through the manager does work. Also with cutting clear and crystal glass.
:The soap making task has two reagents, one of which is a barrel that [CONTAINS_LYE]. The bucket the lye is produced in doesn't count, since it's a bucket, not a barrel. Make sure you have 1) a dwarf with the appropriate hauling task enabled, 2) an empty, usable barrel, and 3) a food stockpile with lye allowed that accepts barreled inventory. Once the lye is in the barrel in the stockpile, check the soap shop again. Don't know why the glass is wonky, though. -[[Special:Contributions/76.102.26.49|76.102.26.49]] 06:27, 13 May 2010 (UTC)

*Making waterskin in leather works results in a weird item called "flask" (simply that, no mention of leather or whatever) that is never used and stays forever in the workshop. Those don't seem to cause clutter in the workshop either. (A metal variant (Ex. Iron) is now capable of being created at a metal smith, probably causing this bug. Soldiers will carry an Metal Flask).
:[http://bay12games.com/dwarves/mantisbt/view.php?id=93 Bug Tracker]
: "Flask" can be traded, but isn't automatically moved to stockpiles (It's neither a leather good nor a finished good). They do seem to clutter leatherworkers shops, which must then be destroyed and rebuilt (0.31.06). ~Neftaly Hernandez
: You can also use the View Items in Buildings command {{k|t}} to mark the Flasks for {{k|d}}umping to remove the clutter (0.31.06). ~mk
::More on metal flasks- a friend of mine noticed that when he assigned the job "make iron flask", in would go iron bars and charcoal, and out would come 3 ''gold'' flasks. I did the same thing, except I used coke instead of charcoal, and got 3 gypsum plaster flasks.
:::Making adamantine flasks results in iron flasks. FML. [[User:Armrha|Armrha]] 18:09, 20 June 2010 (UTC)

*Dwarves will occasionally go exceptionally out of their way to get a material while a giant stockpile is sitting beside them (I saw my carpenter travel half the map to get a log while there was a stockpile of 20 logs beside him)
:This will happen if the stockpiled items are already reserved for another task (sometimes happens en masse if you're designating constructions from the material). If this still functions as it did in 40d, dwarves will count the number of tiles to an item 'as the crow flies' rather than checking the actual pathfinding distance, meaning that they regard items above or below their workshop as being very nearby even if the travel distance to reach them is substantial. [[User:Oddtwang of Dork|Oddtwang of Dork]] 16:20, 8 April 2010 (UTC)
:True, but I wasn't using wood for anything, only had 2 carpenters active and the wood was on the same Z plane as my workshops. The usual explanation doesn't fly for the one event I saw.
::Perhaps they had the wood hauling labor enabled and were going to haul it?

*Canceling a job at the metalsmith can jam the shop if the item was being actively produced at that time (Cancelled job to stop untrained armorer from working on an adamantium plate armor, shop jammed and no other orders ever went through. Ordered deconstruction and then halted deconstruction to clear this up.)

== Moods ==

*Fey moods can request body parts (!!!)
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123573#msg1123573 Forum Link]

*Fey moods can request "rock bars." Has been seen to ignore all metal bars, ores, other rock, and rock. (Confirmed)

*Fey mood; Dwarf took only dog bones into the craftsdwarf's shop. Produced an iron figurine with an image of waves in dog bone on it.
:Seconded Most if not all figurines made in Fey moods become iron, despite the material used.

*Glass Makers will not use a Magma Glass Furnace to manufacture their artifact. A traditional Glass Furnace is needed. (0.31.04; Unconfirmed)

== Creature Data ==

*Descriptions sometimes take strange objects: "She likes to consume she"
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123533#msg1123533 Forum Link]

*Giants and giantesses are mapped to the wrong gender.

*Unicorns give birth to elk fawns.

*Mountain goat fawns are called "Stray Horse foal", although having all the features of a mountain goat.
:This is due to what is assumed to be a copy/paste error in the raws - The raws list "Mountain goat kid" as well as "Horse foal" as possible child names, so it randomly picks one.

*In BODY_DETAIL_PLAN:STANDARD_HEAD_POSITIONS both eyelids are around the right eye and clean the left eye

== Stockpiles ==
*Problems with categorization. (Stone is considered metal)
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123178#msg1123178 Forum Link]
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=157 Bug Tracker]

*Custom stockpile options don't seem to always work
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123474#msg1123474 Forum Link]

*Dead vermin never rot
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123731#msg1123731 Forum Link]
:[http://bay12games.com/dwarves/mantisbt/view.php?id=161 Bug Tracker] --'''Fixed''' {{version|0.31.04}}

*"Take from stockpile" is broken
:[http://www.bay12games.com/forum/index.php?topic=52126.0 Forum Link]

*There is no category for wood blocks. As such, wood blocks can not be removed from carpentry workshops.
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=439 Bug Tracker]

== Military ==
'''{{L|Military|Main Military Page}}'''
'''[http://bay12games.com/dwarves/mantisbt/view.php?id=535 Main Military Equipment Bug Tracker Page]'''
*Dwarves who are assigned to squads seem to be permanently affixed to the soldier life - changing schedules, training options, switching out dwarves, disbanding the squad: nothing works. All they do is eat, drink, sleep, Individual Combat Drill and take Kill orders. (Multiple reports, bug incidence is somewhat inconsistent, deconstructing assigned barracks sometimes helps.)
:[http://bay12games.com/dwarves/mantisbt/view.php?id=605 Bug Tracker] --'''Acknowledged''' (There may be several duplicate bug reports.)

*The [[arsenal dwarf]] may assign weapons/armor that do not belong to you.
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=1290 Bug Tracker-Goblins] --'''Fixed''' {{version|0.31.06}}
:[http://bay12games.com/dwarves/mantisbt/view.php?id=1526 Bug Tracker-Caravans] --'''Fixed''' {{version|0.31.06}}

*Squads can get into a "permanent civilian life" and will never go into "recruit mode" unless ordered to "station" or "Kill a target", upon canceling this order they will go back to civilian mode. (Although they will perform individual combat drills, but in civilian garbs unless you replaced their equipment) [[User:Kenji 03|Kenji 03]] 11:54, 5 April 2010 (UTC).
:You mean they're supposed to not be civilians while training? Oh... yeah maybe that is a bug, never seen anything else personally - foarl 10:19, 09 April, 2010
::This bug is different - not civilian clothing, but civilian jobs. They'll work in workshops, haul goods, sit idle with "No Job", etc, and never attempt "Individual Combat Training". They do appear to equip assigned gear, though. -- 5:50, 10 June, 2010

*Bolts assigned to a squad that is then disbanded do not free up for use by other squads automatically.

*The default settings are such that your military dwarfs will train, train, train, and possibly starve in the process. [[Thirsty]] and [[Hungry]] tags are guaranteed to appear for any soldier (as they are when a dwarf does anything else in this release) because Dwarves will now try to complete a task before they eat/drink.
:{{L|Military/Guide}}

*Dwarves will continue to train in barracks even after being removed from a squad. (Because they are completing the task they started before they will move on to something else, changing your alert helps here as well).

*Dwarves will sometimes use many weapons and armor at once. When they have two weapons in the same hand, they seem to be unable to attack with either weapon.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=648 Bug Tracker]

*Dwarves who die are still listed in the military screen in their squad without any notification of their death. This could lead to a user assigning the best equipment to a squad leader without knowledge of his demise.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=182 Bug Tracker]

*When [[Reclaim]]ing a lost fortress, soldiers will not use any armour or weapons assigned to them, insisting on training and fighting unarmoured and barehanded. This behaviour seems related to the [[arsenal dwarf]] position - when the fortress population becomes high enough and a dwarf is assigned to the position, soldiers will finally use the equipment they have been assigned. It seems that, on reclaiming, the game acts as if you need to have an arsenal dwarf right from the start, despite there not being any way to assign one.

*Copying an empty order causes an immediate crash.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=35 Bug Tracker] --'''Fixed''' {{version|0.31.03}}

*Going to the schedule grid of the inactive group causes an immediate crash.
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=156 Bug Tracker] --'''Fixed''' {{version|0.31.03}}

== Medicine ==
*Surgeons may endlessly perform surgery on dwarves with no effect.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=318 Bug Tracker]

*Surgeon provided constant "suturing," each time using up thread. May be related to above problem.

*Any blood smear or pool can spread indefinitely. The most common problem is a pool of blood in a high-traffic area. This causes every dwarf that touches it to get blood on them. Each dwarf will then eventually wash it off, creating another pool of blood by the well, which is likely another high-traffic area. Eventually you end up with the dining room and food stockpiles all coated with several dozen different creatures' blood.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=296 Bug Tracker]

**Dwarves raid caravans for cloth (maybe thread as well) for the hospital zone.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=66 Bug tracker]

== Items ==

*Eating a masterwork meal will cause the cook to suffer art defacement.

*Quarry bush leaves might not appear in the kitchen menu, and dwarves might not cook them, rendering them useless except for trading.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=47 Bug Tracker] --'''Fixed''' {{version|0.31.02}}

*Obsidian does not appear in the accounting stone menu.

*Reclaim mode, some items recovered become immobile, even when claimed instead of forbidden. Buidling on the area they occupy is impossible, as dwarves won't move the item.
:Workaround: Make water wash the item into a river, or somewhere it will be destroyed.

==Nobles==

*When the mayor dies, all nobles are removed until a new mayor is elected.
:Workaround: To speed up this process, set the population required for mayors to '1' in the raws (raw>objects>entity_default.txt).
:[http://bay12games.com/dwarves/mantisbt/view.php?id=141 Bug Tracker] --'''Fixed''' {{version|0.31.05}}

*Former mayors continue to demand accomodations and make mandates. You can check their mandates by going to that specific dwarf's thoughts. This can cause [[fun]] as dwarves are arrested for not fufilling demands.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=814 Bug Tracker] --'''Fixed''' {{version|0.31.05}}

== Graphics ==
*Arena does not work for graphics mode.
:[http://www.bay12forums.com/smf/index.php?topic=53505.0 Forum Link]
:[http://bay12games.com/dwarves/mantisbt/view.php?id=42 Bug Tracker] --'''Fixed''' {{version|0.31.02}}

*After generating a world and embarking, you may notice missing tiles.
:Workaround: Restart Dwarf Fortress.

*In the 'z'-status menu, there is no image for nobles/administrators. Instead, there is an empty space where the purple dwarf should be.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=375 Bug Tracker] --'''Open'''

== Saves ==
*Renaming a save (ex. "Region2-spr-1050" to "Region2") may invalidate the save, even if you give the save its original name back. ((Confirmation needed))

==Trading and Depot==

*Elf traders may stay a long time.
:This is because creatures that the elves come with do not have pack animal values set on them, yet elves are able to use any creature as a pack animal. Check what is carrying their goods when they arrive. Often it will be warthogs, which do not have trade capacity values. Which apparently makes them carry enormous, ridiculous loads and take forever to load/unpack.
:Workaround: A fix is to go into the creature_large_topical.txt file and add in [TRADE_CAPACITY:XXXX] under the warthog's [PACK_ANIMAL] entry (where XXXX is the weight you want them to carry). Or just remove the [PACK_ANIMAL] tag altogether. Be forewarned, you may or may not have to make a new world for the fix to take effect.
:Workaround: with the game paused and the depot in view, designate treecutting {{k|d}} - {{k|t}}, and just hold down the mouse button until the depot display no longer flashes between items very quickly.
::Why this works: it has been known that certain parts of the game engine keep running while the game is paused. These include cat-dwarf adoptions and the trade liaison conversation. It appears to also apply to traders loading up their goods, and probably to unloading goods as well.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=325 Bug Tracker] --'''Fixed''' {{version|0.31.06}}

*No one brings wagons, even if there is a clear path to your depot.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=197 Bug Tracker]

*Dwarves may try to eat unowned food at the Depot, but realize their mistake halfway and stop... then try again... you can see where this is going.
:[http://bay12games.com/dwarves/mantisbt/view.php?id=237 Bug Tracker]

== Program Lockup ==
*The DF process sometimes locks up (freezes) when alt-tabbing to another window and back.
:Workaround: That happened to me fairly often in the 40d# series. Try hitting the Alt key (I think it was Alt anyway) before you give up. [[Special:Contributions/75.210.204.237|75.210.204.237]] 04:42, 2 June 2010 (UTC)
::Alt did not work, neither did control, shift, enter or any combination of those--[[Special:Contributions/208.81.12.34|208.81.12.34]] 18:22, 9 June 2010 (UTC)

40d:Manager

2009-01-24T21:48:56Z

Armrha:

{{Noble
| noble=Manager
| office=Meager Office
| function=
* Manage bulk job orders
}}
The '''Manager''' is an appointed [[noble]] position. To do his/her work he/she uses the [[Organizer]] skill.

When chosing a dwarf for the position the following skills are also listed as relevant:

* [[Comedian]]
* [[Consoler]]
* [[Flatterer]]
* [[Intimidator]]
* [[Judge of intent]]
* [[Liar]]
* [[Negotiator]]
* [[Pacifier]]
* [[Persuader]]

If this position is left vacant, the Manager screen at {{K|j}} -> {{K|m}} says "A manager is required to coordinate work orders", which seems to imply that they will not be performed. Without a manager the 'Workshop {{K|P}}rofile' option won't be available on workshops.

== Changing name ==

As the population of the outpost increases, the name of the Manager's job title also changes:

* Outpost Manager: <20 dwarves
* Hamlet Manager: 20+ dwarves
* Village Manager: 50+ dwarves{{verify}}
* Town Manager: 80+ dwarves{{verify}}
* City Manager: 150+ dwarves{{verify}}
* Metropolis Manager: 200+ dwarves{{verify}}
* Mountainhome Manager: Acquire non-adamantite King
Note that the title will not degrade if the fortress' population is reduced past a threshold.

== Setting up work orders ==

The Manager screen ({{k|u}}{{k|m}} or {{k|j}}{{k|m}}) allows you to set up work orders. This can be handy if you want to specify a precise number of items to be created, more than the few that will fit in a workshop's queue, but not just an indefinite amount, as you'd get by specifying a workshop task as a repeating task. It can also be useful because, although work orders will still be canceled if the raw materials aren't currently available, they will be added back to the workshop queue regularly until the order is finished.

== Approval of work orders ==

When the Manager presides over an Outpost that has less than 20 dwarves, the {{K|j}}ob {{K|m}}anager screen allows all orders to be assigned automatically; the game simply abstracts out the order management and the Manager probably just discusses the jobs while everyone is downing their [[dwarven ale|ale]].

However, upon becoming a Hamlet Manager, the Manager must personally verify each and every task on the manager screen; by that time, the population has grown significantly enough that the Manager must devote at least some of his time to bureaucracy. The Manager then requires an [[Office]] to perform his or her duties.

The manager screen displays the tasks the Manager has approved with a green check mark, and displays the tasks the Manager has not yet approved with a red X. Approving these tasks occurs in the Manager's Office: the Manager receives a task automatically and, after spending a short amount of time scribbling furiously, the order is approved and the craftsdwarves can get to work! Naturally, the Manager cannot be otherwise busy or else he won't be able to approve the orders. The time taken to approve the order is dependent on the Manager's [[Organizer]] skill.

== Room requirements and consolidating nobles ==

* While this noble does not require a dining room, they may eat at the chair in their office, and if so will receive a negative [[thought]] about the lack of tables. For this reason, it may be advisable to assign them a small, personal dining room, or just build a table in their office by the chair.
* The manager has the same room and furniture requirements as the [[broker]] and [[bookkeeper]]. Because all three of these nobles tend to have periodic idle time, it may be possible to have one dwarf serve all three functions, especially in the early years of a fortress.
* A dwarf will receive a negative thought if they have to conduct a meeting in a [[bedroom]]. So make sure the office does not overlap their bedroom.
[[Category:Nobles]]

Utility Talk:Dwarf Companion

2008-11-09T08:04:24Z

Armrha:

Things I've noticed with tinkering around in 33g.
*"invade?" tag toggles prone position for the target.
*0x1.7(4th row) places and removes the target from the royal guard.
*0x2.7(4th row) places and removes the target from the fortress guard.
*0x4000 second row seems to dictate if the creature has a job or place to go to. Turning it off seems to do nothing, it just turns right back on again, unless the creature is moved in the process of applying.
*0x84, 0x800 and 0x4.5(7th row) make the dwarf friendly oriented instead of a fortress-dweller, much like a merchant.
*0x8 Is only present on dwarves legendary through making an artifact. It could be what keeps them from having another mood.
*0x2000 and 0x2.7(last row) seem to be related to lung-related injuries. Both make a "winded" effect appear on the dwarf. 0x2.7 seems to wear off after a short time.
*0x100(2nd row) does something peculiar. It removes the dwarf from the unit list, and then the dwarf just completely vanishes. Several tags are reset and the dwarf, for all purposes, seems to no longer exist. So far nothing I can find will bring the dwarf back, and several tags used on the dwarf will cause DF to lock up.
*0x400 makes the target invisible to the unit list only, does not seem to have any adverse effects.
*0x8.5(7th row) makes the unit a "visitor" on the unit list. Behaves friendly, not sure what it does otherwise.
*0x8.5 also gets turned on when a child is kidnapped.

Some interesting notes too. Setting a dwarf to hostile, waiting until a nearby soldier is charging to attack, then making them friendly again causes something really interesting. The soldier will kill the now-friendly dwarf, and then that soldier will become a target to all nearby soldiers, despite still being controllable and interactable.
Also, that "staring off into the distance" mood is interesting. I want to see it in action but I can't find a way to actually trigger the mood to act. [[User:Lightning4|Lightning4]] 09:23, 27 December 2007 (EST)
:Thanks for this update! I'll include them in the next revision. AFAIK 0x8 triggers the "creator of" text, and works on any dwarf. It's quite possible to trigger a mood, i'll try soon triggering an artifical mood. [[User:Bartavelle|Bartavelle]] 11:54, 27 December 2007 (EST)
::Staring off into the distance is the mood used by the zonked out people trapped in this underworld. --[[User:Armrha|Armrha]] 12:24, 28 October 2008 (EDT)

Hey. It seems that when I give a dwarf a mood, he goes to the meeting area and does nothing. Also, when I change a dwarves mood to NONE, I get an error and the game crashes. [[User:Zonhin|Zonhin]] 21:12, 20 January 2008 (EST)

== Feature requests! ==

You suggested we put feature requests in the wiki discussion page, so here they are!
* From sphir: "Any plans on map-related modules? e.g.
**one button designate cut tree after recording the regions.
:: I do not get this one? What is exactly suggested? Designate ALL trees at once? [[User:Bartavelle|Bartavelle]] 06:34, 28 December 2007 (EST)
**additional "bookmarks", jump to creature (esp dead creatures, which cannot be done in game)
:: I'll add that soon, as it doesn't seem too hard [[User:Bartavelle|Bartavelle]] 06:34, 28 December 2007 (EST)
**add foreman.exe-like macro job management by profession?"
:: This is planned too [[User:Bartavelle|Bartavelle]] 06:34, 28 December 2007 (EST)
* and mine: "alert me when my hunters run out of bolts so I can draft them to reset their job state and get them to pick up a fresh batch of ammo. It's such a hassle to have to constantly watch hunters just so they don't do something dumb like put their head inside a cougar's mouth. Or even a way to look at the items in a dwarf's inventory would be lovely."
: This one could be a bit tricky, as inventory is not reversed yet, and i haven't been looking at it, so i have no clue on how hard it is [[User:Bartavelle|Bartavelle]] 06:34, 28 December 2007 (EST)
I guess others should just add their requests below. Awesome application, thanks Bartavelle! [[User:Chrominance|Chrominance]] 20:06, 27 December 2007 (EST)
:How about the ability to change what the dwarf likes and hates? Just so my Mayor won't mandate the construction of adamantine items. --[[User:Corbine|Corbine]] 08:01, 28 December 2007 (EST)
::Likes and recent "events" are next on my list of stuff to reverse. I would especially like to display a summary of all "bad mood stuff" that recently happened to dwarves. [[User:Bartavelle|Bartavelle]] 11:14, 28 December 2007 (EST)

:Ability to see which item a particular dwarf is tasking to haul and zoom to it? Ability to zoom to items in general would also be great (the game seems to want to support this, as it has the 'zoom to' option on the bottom in say, the inventory screen, but you can't actually zoom to anything from the inventory page as far as I can tell). --[[User:Squirrelloid|Squirrelloid]] 01:11, 23 April 2008 (EDT)

What about destroy the contents of a square? Or destroy all of X item? Cleanup on unbelievably cluttered, unplayable maps would be a real nice feature. Not sure how to do it though... I've seen tile edit but not contents edit. ~~----

== Bugs ==

If you happen to see this before the thread on the forums, I posted the bug I'm getting 50% of the time while traveling in adventure mode with the new version of DC in [38a].
--[[User:KaelGotRice|KaelGotRice]] 10:26, 10 February 2008

Occasionally when you heal/hurt or modify something of a dwarf or creature, the exhaustion amount will be maxed out, causing the target to pass out for QUITE awhile. --[[User:Corbine|Corbine]] 08:15, 28 December 2007 (EST)
:That's what's making them do that? Aha! --[[User:Penguinofhonor|Penguinofhonor]] 18:55, 3 February 2008 (EST)
::Just check the exaustion field to make sure it's 0 or something low, as opposed to the 65535 that it will ocassionally fill in with. Not sure what causes it to go for max value instead of the minimum. --[[User:N9103|Edward]] 19:33, 3 February 2008 (EST)

Getting an error when trying to start program. It couldn't get the DLLs at first so I just copied them into the folder, which seemed to work, but now it gives this:
http://80.60.190.55/pics/dfcbug.jpg
It closes (or crashes) the dwarf fortress application in the process, no error messages pop up.
:thanks for the info, i'm trying right now to reduce the number of required components, so it should be better soon ... [[User:Bartavelle|Bartavelle]] 18:10, 1 January 2008 (EST)

When I first tried to use DF Companion, it gave me an error message that stated Libglib-2.0-0.dll was missing. So I went and downloaded it, put it in the right place. Then it said I needed iconv.dll, so I went and downloaded it. Then it made me get intl.dll. Now, it's saying "The procedure entry point g_Assert_Warning could not be located in the dynamic link library libglib-2.0-0.dll"--[[User:Demosthenes|Demosthenes]] 17:22, 19 February 2008 (EST)
: It sounds like you did not install the latest "gtk runtime environment" [[User:Bartavelle|Bartavelle]] 01:34, 20 February 2008 (EST)
:: I did. D= Several times.--[[User:Demosthenes|Demosthenes]] 19:24, 20 February 2008 (EST)
::: Then I have no clue :( [[User:Bartavelle|Bartavelle]] 01:46, 21 February 2008 (EST)
::: When I run it with the command line, it gives this. http://img301.imageshack.us/img301/5550/errorao1.jpg --[[User:Demosthenes|Demosthenes]] 21:03, 28 February 2008 (EST)

== 0x4000 ==

0x4000 is nauseous. [[User:Nate879|Nate879]] 19:10, 10 January 2008 (EST)

:Better give it some Compazine, then. *rimshot*--[[User:Maximus|Maximus]] 23:21, 10 January 2008 (EST)

==How exactly do I run this?==
What do I run here? The .glade file? Because if I open that, it gets me a tiny window with 2 things I can choose, skilledit and creatureedit. If I choose them, they are completely blank. I've tried cmd.exe but I get the same thing. --[[User:Penguinofhonor|Penguinofhonor]] 21:23, 21 January 2008 (EST)
: you should run dfcomapnion_prototype.py, as stated in the main page!
:: Hey, he added that because of this question, okay? --[[User:Penguinofhonor|Penguinofhonor]] 17:48, 27 January 2008 (EST)

==Unable to run on win2000===
I'm still using win2000, and I'm unable to run the program, it gives an error requesting the instruction GetProcessImageFileNameA, which is only available on XP and Server2003.
: Ok i'm gonna try to find an alternative ASAP [[User:Bartavelle|Bartavelle]] 07:35, 28 January 2008 (EST)

==Tracebacks for version .7==

F:\Python25\GTK>dfcompanion_prototype.py
version v0.27.169.88a, pid 3676, player 0
0 words loaded
Traceback (most recent call last):
File "F:\Python25\GTK\dfcompanion_prototype.py", line 390, in <module>
DFcmp = DFcompanion()
File "F:\Python25\GTK\dfcompanion_prototype.py", line 336, in __init__
self.dd = dwarfdbg()
File "F:\Python25\GTK\dwarfdbg.py", line 92, in __init__
self.getWords()
File "F:\Python25\GTK\dwarfdbg.py", line 208, in getWords
lptr = self.getLong(vec2[1]+race*4)
File "F:\Python25\GTK\dwarfdbg.py", line 104, in getLong
return struct.unpack("L", self.dbg.read(ptr, 4))[0]
File "F:\Python25\GTK\dfwin32.py", line 81, in read
raise WinError()
WindowsError: [Error 299] Only part of a ReadProcessMemory or WriteProcessMemory
request was completed.

:you must load your game [[User:Bartavelle|Bartavelle]] 10:45, 7 February 2008 (EST)

==Terrain Replication==
You stated on the forums that you would/could make a script that would allow a person to copy the information from a tile and replicate it elsewhere, and then in Nist Akath, Captain Mayday claimed that he used said script. Where is this? It's useful-sounding. --[[User:Penguinofhonor|Penguinofhonor]] 19:45, 10 February 2008 (EST)
: Try the secret link [http://bartabox.banquise.net/df/companion-0.8-any.zip here], but i will replace this file as soon as I "officially" release it. [[User:Bartavelle|Bartavelle]] 01:49, 11 February 2008 (EST)

== Dwarf Companion - Cheating Fun in Adventure Mode! ==

I was tinkering about with the Dwarf Companion program earlier today, when a thought came to my mind. "What if you could do stuff with this program in Adventure mode?"

Well, it turns out that you can. By turning on the program and hitting the "All Creatures" box, you can access any loaded creature as well as your own adventurer. By doing this, you can make him as strong and legendary as you want, and effectively kill anything within the sector. You can also change your character into any creature in the game, including demons, goblins, etc. (NOTE: 'Shapeshifting' like this renders the tile where you changed un-passable, and you tend to teleport when you do so. Also, when I changed into a dragon, the game crashed.) Moods are also able to toggle, though I've only tested them upon my own adventurer. Going beserk in a human town triggered the mayor to start attacking me, but when I turned it off, he became friendly once again.

Here's a movie of some of my exploits with a fresh adventurer dwarf: http://mkv25.net/dfma/movie-348-dwarfcompanioninadventuremode17338a

I hope this strikes as interesting / useful for the future!

== Won't Run ==
Just recently had a little... accident at my fortress and I wanted to rectify it, since it was just a result of my own stupidity. Squashed some poor bastard with a drawbridge. Unfortunately trying to run Companion results in this:

version generic version, pid 5740, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "C:\companion\dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "C:\companion\dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "C:\companion\dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "C:\companion\dwarfdbg.py", line 814, in getCreatures
col = self.getCreature(c)
File "C:\companion\dwarfdbg.py", line 480, in getCreature
c.events = self.getEvents(c)
File "C:\companion\dwarfdbg.py", line 154, in getEvents
events.append( [p, eventName[p], id] )
KeyError: 212
[[User:Lightning4|Lightning4]] 19:23, 23 February 2008 (EST)

:Update: I've tested again with the new version, as well as tried another fortress. The initial fortress I tried it on still fails to run with the same error. However, another, older fortress works just fine.[[User:Lightning4|Lightning4]] 14:04, 26 February 2008 (EST)

::Issue resolved. A fix was provided for this error at the bottom of the page. [[User:Lightning4|Lightning4]] 13:10, 9 April 2008 (EDT)

== 176.38a not work ==
D:\games\1non company made\dwarf\utility\companion 0.10>dfcompanion_prototype.py

version generic version, pid 5352, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "D:\games\1non company made\dwarf\utility\companion 0.10\dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "D:\games\1non company made\dwarf\utility\companion 0.10\dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "D:\games\1non company made\dwarf\utility\companion 0.10\dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "D:\games\1non company made\dwarf\utility\companion 0.10\dwarfdbg.py", line 835, in getCreatures
col = self.getCreature(c)
File "D:\games\1non company made\dwarf\utility\companion 0.10\dwarfdbg.py", line 446, in fresh getCreature
slist = self.getSkills(c)
File "D:\games\1non company made\dwarf\utility\companion 0.10\dwarfdbg.py", line 328, in getSkills
skptr = self.getLong(skillptr)
File "D:\games\1non company made\dwarf\utility\companion 0.10\dwarfdbg.py", line 125, in getLong
return struct.unpack("L", self.dbg.read(ptr, 4))[0]
File "D:\games\1non company made\dwarf\utility\companion 0.10\dfwin32.py", line 81, in read
raise WinError()
WindowsError: [Error 299] Only part of a ReadProcessMemory or WriteProcessMemory request was completed.
Yes I am in dwarf fortunse mode and I have vista and I in new fortuness that generated on new map. [[User:Omagaalpha|Omagaalpha]] 12:14, 27 February 2008 (EST)

== 176.38b not running ==

Using version 0.9-any with Python 2.5 and all modules installed. Works fine in 176.38a, as shown:

C:\Spill\Dwarf Fortress\companion>dfcompanion_prototype.py
version generic version, pid 2828, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded

When trying to run in 176.38b I get:

C:\Spill\Dwarf Fortress\companion>dfcompanion_prototype.py
version generic version, pid 544, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "C:\Spill\Dwarf Fortress\companion\dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "C:\Spill\Dwarf Fortress\companion\dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "C:\Spill\Dwarf Fortress\companion\dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "C:\Spill\Dwarf Fortress\companion\dwarfdbg.py", line 814, in getCreatures
col = self.getCreature(c)
File "C:\Spill\Dwarf Fortress\companion\dwarfdbg.py", line 446, in getCreature
bpname = self.getBodyPart(c, i)
File "C:\Spill\Dwarf Fortress\companion\dwarfdbg.py", line 322, in getBodyPart
bpv = self.getVec(c.bpNames)
File "C:\Spill\Dwarf Fortress\companion\dwarfdbg.py", line 119, in getVec
return struct.unpack("LLLL", self.dbg.read(ptr, 16))
File "C:\Spill\Dwarf Fortress\companion\dfwin32.py", line 81, in read
raise WinError()
WindowsError: [Error 299] Only part of a ReadProcessMemory or WriteProcessMemory request was completed.

Another problem from someone else:

Err, nevermind; was using 0.8 version of companion; my bad. I get the same as above with 0.9.

--[[User:Yourself|Yourself]] 23:11, 24 February 2008 (EST)

== Version 0.10-any ==

Companion 0.10-any works with 176.38c for me. However, I had to copy the "pygtk" subdirectory of an older version (0.8-python25) into the 0.10 installation and run dfcompanion_prototype.py from the command line. Just the thing to cope with those ambushes (they're a bit overpowered, don't you think?) Zombie frogmen! MUHAHAHAHAHA!!! [[User:RP|RP]] 07:32, 28 February 2008 (EST)

== 176.38b stopped working ==

The companion used to work for me in 176.38b but at some point it stopped working (after a few goblin ambushes). Here's what it does:

version generic version, pid 2732, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "C:\Documents and Settings\Yourself\Desktop\Dwarf Fortress\companion\dwarfdbg.py", line 835, in getCreatures
col = self.getCreature(c)
File "C:\Documents and Settings\Yourself\Desktop\Dwarf Fortress\companion\dwarfdbg.py", line 502, in getCreature
c.events = self.getEvents(c)
File "C:\Documents and Settings\Yourself\Desktop\Dwarf Fortress\companion\dwarfdbg.py", line 170, in getEvents
events.append( [p, eventName[p], id] )
KeyError: 214

I don't know much about the internal structure of the companion, but couldn't you use eventName.get(p, "Unknown") as a failsafe to stop these from happening? That way new events wouldn't break everything.

--[[User:Yourself|Yourself]] 13:26, 2 March 2008 (EST)

Actually, I just made this modification and another error popped up immediately after:

version generic version, pid 2732, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "C:\Documents and Settings\Yourself\Desktop\Dwarf Fortress\companion\dwarfdbg.py", line 837, in getCreatures
self.eventList[ event[0] ][1] += 50/event[2]
IndexError: list index out of range

I managed to make the error go away, but it's a total hack, since I don't know the structure of companion.

I changed lines 820-822, which are:

self.eventList = range(212)
for i in range(212):
self.eventList[i] = [i,0,[],eventName[i]]

Into this:

self.eventList = [[i,0,[],eventName.get(i, "??")]
for i in xrange(215)]

The companion appears to work now for me, but as I said, it's a total hack.

--[[User:Yourself|Yourself]] 13:39, 2 March 2008 (EST)

== Error ocurring (something with gdk and cairo and a .dll) ==

After installing python (2.5.2 - also tried 2.5.1 and 2.4.something) the gdk runtime environment (2.8.20) 
and those 3 packets (pygobject-2.12.3-1; pycairo-1.2.6-1; pygtk-2.10.6-1 - these 3 arent necessary for the reproduktion fo the error)

starting the "dfcompanion_prototype.py" from the any or the py2.5 package returns the following error:

"Der Prozedureinsprungpunkt "gdk_cairo_set_source_pixmap" wurde in der DLL "libgdk-win32-2.0-0.dll" nicht gefunden"
read:"could't find the routine entry point [...] in the dll[...]"

downloading a .dll from the net changes the error slightly,
now "gdk_cairo_create" is missing instead of "gdk_cairo_set_source_pixmap"

-since i've absolutely no clue what he actually wants, i hope someone can solute this X_x

Q

:Valdemar put up a link to a exe version of companion on the forums for those of us who don't have the patience to fiddle around with python. It's in the DF companion thread near the end. [[User:VengefulDonut|VengefulDonut]] 18:02, 24 March 2008 (EDT)

----

I have the exact same problem as the one above me...
--[[User:AtomicTroop|AtomicTroop]] 12:52, 23 March 2008 (EDT)

::As do I! And I'm dying to make a legendary miner/mason/brewer/grower/weaponsmith/armorsmith/swordsdwarf/seige engineer/seige operator. Honestly, that would be awesome.

And in case your computer speaks in English, the error is this:

The procedure entry point gdk_cairo_set_source_pixmap could not be located in the dynamic link library libgdk-win32-2.0-0.dll.

So, if you could could please explain how we can fix this, that would be great because your program looks awesome.--[[User:Smoking Gnu|Smoking Gnu]] 00:59, 24 March 2008 (EDT)

The problem is the link telling you to download GTK is broken, it has you download version 2.8.20 when you need 2.10.11. Go here: http://sourceforge.net/project/showfiles.php?group_id=98754&package_id=121281 and get the right version. --[[User:xzzy|xzzy]]

== Import Error: No module named ctypes - 0.8 and 1.0 ==

Err, just tried upgrading to the newer version of companion, and can't get it to work. I'm using the latest version of DF (incompatable?). Doesn't look like a DF problem though. I installed all of the modules, I think I'm using python version 2.4. I'll be on IRC in #bay12games if you want to try get hold of me... --[[User:Markavian|Markavian]]
:You must have the 2.5 version. ctypes is a module that is only in Python 2.5. You should either upgrade Python to 2.5 or download the [http://bartabox.banquise.net/df/companion-0.10-any.zip -any version]. (0.10 works fine for me in the latest DF version and I have 2.4 too)--[[User:Valdemar|Valdemar]] 20:39, 15 March 2008 (EDT)

== DwarfCompanion Fails to load (inexplicably) 0.10 ==
I've been able to run DwarfCompanion just fine for a week or so now. However, starting tonight with a fort that has been able to be modified before, I now get this as the error that displays-

version generic version, pid 1960, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "C:\DF Utils\companion-0.10-any\companion\dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "C:\DF Utils\companion-0.10-any\companion\dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "C:\DF Utils\companion-0.10-any\companion\dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "C:\DF Utils\companion-0.10-any\companion\dwarfdbg.py", line 835, in getCreatures
col = self.getCreature(c)
File "C:\DF Utils\companion-0.10-any\companion\dwarfdbg.py", line 502, in getCreature
c.events = self.getEvents(c)
File "C:\DF Utils\companion-0.10-any\companion\dwarfdbg.py", line 170, in getEvents
events.append( [p, eventName[p], id] )
KeyError: 213

This is an error due to lack of sanity checking on the events list. Put this in instead of events.append( [p, eventName[p], id] )

try:
events.append( [p, eventName[p], id] )
except KeyError:
print "No such event %s known" % p

[[User:Qmarx|Qmarx]] 20:36, 3 April 2008 (EDT)

::Bingo. This fixed my problem as well. Thanks! [[User:Lightning4|Lightning4]] 13:09, 9 April 2008 (EDT)

== Easy Python/PyGTK installer ==

I was having some trouble getting all the Python dependencies to work properly together, but after some research I found a nice all-in-one PyGTK installer that works perfectly with companion 0.10. http://aruiz.typepad.com/siliconisland/2006/12/allinone_win32_.html Hope this helps!

== Error -- entry point g_timeout_add_seconds_full ==

The procedure entry point g_timeout_add_seconds_full could not be located in the dynamic link library libglib-2.0-0.dll

I installed these modules

* Python (works with any version, 2.5 is prefered)
* "Gtk+/Win32 Runtime Environment Installer"
* For python 2.5 users, just grab the utility at this place.
* Install the three modules from this page (PyCairo, PyGObject, PyGTK)

After trying to run it I received that erro.

I also tried companion-0.11-any.zip and it didn't work.

Edit: I uninstalled all the components and reinstalled with that all-in-one python installer and it works now.--[[User:Richards|Richards]] 15:46, 23 April 2008 (EDT)

== Adding Additional Ingredients to Artifacts ==
A nifty little trick. You have to micromanage a little, though. Anyway, as soon as your moody dwarf has claimed a workshop, hopefully he'll leave to grab the first item. As soon as he starts walking to get it, fire up companion and change the first required object. The moody dwarf will complete the fetching duty for the original first item, then go to get the new first item. Repeat until you have enough items stored in the workshop for your satisfaction, then let your poor moody dwarf finally collect everything he needs. All of the collected items will be used as artifact components.[[User:QMarx|QMarx]] 10:24, 7 May 2008 (EDT)

==Feature request: custom wounds==

It would be nice if we could directly edit the wound levels of creatures, instead of being forced to either heal them entirely or make them bleed to death. Someone with a mangled leg could, for instance, be manually healed to a broken leg; this would allow us "strict" players to have mangled dwarves heal, until Toady corrects the "phantom pains" issue and allows mangled injuries to heal over to permanent debilitations. --[[User:JT|JT]] 18:22, 11 May 2008 (EDT)

== Command Line? ==

I have everything installed (2.5 and then the runtime) but Dwarf Companion crashes on me. How do I run it from a command line so I can see the errors? I'm on Media Center/XP. All I have time to read before it crashes is something about an invalid access to memory location.

== Unable to run ==

Whenever I try to load it, it won't run, I ran the game and downloaded everything. This is all that happens:

version v0.27.169.88a, pid 2760, player 0
0 words loaded

Traceback (most recent call last):
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfcompanion_prototype.py", line 390, in <module>
DFcmp = DFcompanion()
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfcompanion_prototype.py", line 336, in __init__
self.dd = dwarfdbg()
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfdbg.py", line 102, in __init__
self.getWords()
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfdbg.py", line 218, in getWords
kptr = self.getLong(vec2[1]+race*4)
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfdbg.py", line 114, in getLong
return struct.unpack("L", self.dbg.read(ptr, 4))[0]
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfwin32.py", line 81, in read
raise WinError()
WindowsError: [Error 998] Invalid access to memory location.

--[[User:0todd0|0todd0]] 01:05, 27 May 2008 (EDT)

It doesn't recognize your df version ... do you have debug privileges on the dwarf fortress process? Is it the latest version?
[[User:Bartavelle|Bartavelle]] 08:51, 27 May 2008 (EDT)

yes, it's the latest version. What do you mean by "debug privileges?" --[[User:0todd0|0todd0]] 23:23, 3 June 2008 (EDT)

: I had this exact error too, until I right-clicked on dfcompanion_prototype.py and went to "open with" to find two python options, the second one worked. Have you got python previously installed and if so can you try uninstalling all versions and re-installing the latest one again? This could be a stab in the dark however... --[[User:Mrchinchin25|Mrchinchin25]] 23:48, 3 June 2008 (EDT)

:: I recently downloaded this: what's been said so far to fix this problem isn't doing anything at all. Again, what do you mean "debug privileges?" --[[User:Pseu|Pseu]] 19:35, 4 June 2008 (EDT)

:::I was a moder for Elder Scrolls 4 and it required both python 2.4 and 2.5 to mod. Though t see if this would work, i uninstalled python 2.4 but it didn't, i'll try what you said Mrchinchin... --[[User:0todd0|0todd0]] 20:32, 4 June 2008 (EDT)

::::In regards to debug privileges in Win XP. Start->Control Panel->Administrative Tools->Local security Settings->local policies->user rights assignment->debug programs (on the right pane)--[[User:kirk|kirk]] 11:58, 10 June 2008 (EDT)

:::::I'm having the same issue with DF 0.27.176.38c and the newest version of Companion (downloaded it today). Also, kirk's info above isn't useful to anyone who is using XP Home - Local Security Settings isn't there. --[[User:Tyranic-Moron|Tyranic-Moron]] 22:06, 14 June 2008 (EDT)

== Moogie's Problem ==

I'm getting this:

Traceback (most recent call last):
File "C:\Documents and Settings\Moogie\My Documents\Dwarven Fortress\companion
\dfcompanion_prototype.py", line 3, in <module>
import gtk
ImportError: No module named gtk

I have Gtk 2.10.11-1 installed in the Companion folder. I have Python 2.5.1 installed from ages ago when I used to play Oblivion.

Why isn't it seeing Gtk there?

Wow, I have no idea what I'm doing. The above comment is from me (Moogie). I don't know how to add a title or anything, sorry.

: Don't worry, I'm sure you'll get it eventually. I've shifted your error into it's own section anyway, hopefully it's more noticeable this way. --[[User:Tyranic-Moron|Tyranic-Moron]] 18:52, 15 June 2008 (EDT)

== Not running on Windows X64 either ==

Okay since it doesn't run on Win2000, I bought a new PC just to get some better FPS on Dwarf Fortress, but this tool won't run on it either.

I get the following error:

WindowsError: [Error 299] Only part of a ReadProcessMemory or WriteProcessMemory request was completed.

Tried Python 2.4 and 2.5 and different versions of this utility but all are giving the same error.

== Missing DLL file ==

I have the latest version of Python. I downloaded all the required files. When I run DFcompanion_prototype.py, I get "This application has failed to start because libglib-2.0-0.dll was not found. Re-installing the application may fix this problem."

Why is it giving me this message if I've already installed all the required files?

== Install Questions ==

"For python 2.5 users, just grab the utility at this place, and unzip it (warning, this is an old version). "
It's an old version of dwarf companion? If that's the case, where is the most recent version? I don't see it on your page. ([[User:Slitherrr|Slitherrr]] 11:58, 30 July 2008 (EDT))

==.39f is incompatible==
D:\Dwarf Fortress\companion>dfcompanion_prototype.py
Traceback (most recent call last):
File "D:\Dwarf Fortress\companion\dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "D:\Dwarf Fortress\companion\dfcompanion_prototype.py", line 346, in __in
it__
self.dd = dwarfdbg()
File "D:\Dwarf Fortress\companion\dwarfdbg.py", line 105, in __init__
self.configoffsets()
File "D:\Dwarf Fortress\companion\dwarfdbg.py", line 49, in configoffsets
tmp = os.getPatternPos( r'\x68' + stock + r'\xb8....\xc7.........\x89.....'+ os.call + r'\x38' )[0]+0x21
IndexError: list index out of range

This is the same problem I'm having too. I have all the correct packages installed. It looks like Dwarf Companion just doesn't work with 39f. - SquirrelFarmer

== manual input of offsets for 39f ==

Okay I might be ignorant to all this memory messing stuff, but wouldn't this problem with the new version be fixed if someone puts an if(1): at line 28 of dwarfdbg.py and changes there to what they should be in the new version?

Would anyone happen to have the required addresses?

These are the variables it needs, as you can see I've been trying a bit myself but I still don't have all the required ones.

self.off_vec_maincreatures = 0x01575DEC #0x01427B50
self.off_x_width = 0x015B7938 #0x01469698
self.off_y_width = 0x015B793C #0x0146969C
self.off_z_width = 0x015B7940 #0x014696A0
self.off_map_data = 0x015B7920 #0x01469680
self.off_race = 0x00000000 #0x0146B060
self.off_lang = 0x00000000 #0x0146B180
self.off_moodtime = 0x00000000 #0x01248ABA
self.off_playedrace = 0x00000000 #0x01248AC8
self.off_economy = 0x00000000 #0x0123B384
self.off_xcursor = 0x009EF294 #0x008FF288
self.off_ycursor = 0x009EF298 #0x008FF28C
self.off_zcursor = 0x009EF29C #0x008FF290

== DwarfCompanion Linux HOWTO ==

There are two major problems when trying to run DwarfCompanion-0.13 in Linux:

* at least when started with "wine dwarfort.exe", dwarf-companion
** cannot find the path to the executable when searching for the offsets
** and has problems finding the process with "endswith()"

the following patch tries to work around these problems somewhat (you either have to run DwarfCompanion one directory-level down from your dwarfort.exe or change the path in the patch):

--- companion/dwarfdbg.py 2008-09-07 22:04:12.000000000 +0000
+++ ~/dwarf_fortress/companion/dwarfdbg.py 2008-09-07 22:07:11.000000000 +0000
@@ -100,9 +100,9 @@
self.dbg = pydbg()
self.metals = None
for (pid, proc) in self.dbg.enumerate_processes():
- if proc.lower().endswith("dwarfort.exe"):
+ if "dwarfort.exe" in proc.lower():
break
- if not proc.lower().endswith("dwarfort.exe"):
+ if not "dwarfort.exe" in proc.lower():
print "Dwarf Fortress is not running, or could not be found"
sys.exit(-1)
self.image = proc
@@ -864,7 +865,7 @@

def getOs(self):
if self.ofs == None:
- self.ofs = offsetsearch.offsetsearch(self.image)
+ self.ofs = offsetsearch.offsetsearch("../dwarfort.exe")
return self.ofs

def instaMood(self):

* reading/writing from the dwarf-fortress process when attaching/detaching with ptrace() without waiting for the process to react to the ptrace() also leads to problems, basically it is timing-dependent if you can read or change anything

this is easily fixed with waitpid (though I'm not quite sure if this really fixes the problem or if some signals could screw everything up again, therefore the "print status" statement):

--- companion/dflinux.py 2008-01-09 10:50:00.000000000 +0000
+++ ~/dwarf_fortress/companion/dflinux.py 2008-09-07 21:29:50.000000000 +0000
@@ -33,6 +33,9 @@
pid = int(spid)
self.pid = pid
self.libc.ptrace(16, self.pid, 0, 0) #ptrace attach
+ status = 0
+ self.libc.waitpid(self.pid, status, 0)
+ print status

def read(self, addr, size):
out = ''
@@ -60,4 +63,7 @@
def detach(self):
if self.pid>0:
self.libc.ptrace(17, self.pid, 0, 0) #ptrace detach
+ status = 0
+ self.libc.waitpid(self.pid, status, 0)
+ print status
self.pid = 0

* There are still some minor problems, e.g. when trying to set anything in the creature-editor, but at least healing and resting from the creature-list works now as expected. I will try to take a look at the creature-editor ...

--[[User:Penguin dwarf08|Penguin dwarf08]] 14:14, 11 September 2008 (EDT)

Utility Talk:Dwarf Companion

2008-10-28T16:24:26Z

Armrha:

Things I've noticed with tinkering around in 33g.
*"invade?" tag toggles prone position for the target.
*0x1.7(4th row) places and removes the target from the royal guard.
*0x2.7(4th row) places and removes the target from the fortress guard.
*0x4000 second row seems to dictate if the creature has a job or place to go to. Turning it off seems to do nothing, it just turns right back on again, unless the creature is moved in the process of applying.
*0x84, 0x800 and 0x4.5(7th row) make the dwarf friendly oriented instead of a fortress-dweller, much like a merchant.
*0x8 Is only present on dwarves legendary through making an artifact. It could be what keeps them from having another mood.
*0x2000 and 0x2.7(last row) seem to be related to lung-related injuries. Both make a "winded" effect appear on the dwarf. 0x2.7 seems to wear off after a short time.
*0x100(2nd row) does something peculiar. It removes the dwarf from the unit list, and then the dwarf just completely vanishes. Several tags are reset and the dwarf, for all purposes, seems to no longer exist. So far nothing I can find will bring the dwarf back, and several tags used on the dwarf will cause DF to lock up.
*0x400 makes the target invisible to the unit list only, does not seem to have any adverse effects.
*0x8.5(7th row) makes the unit a "visitor" on the unit list. Behaves friendly, not sure what it does otherwise.
*0x8.5 also gets turned on when a child is kidnapped.

Some interesting notes too. Setting a dwarf to hostile, waiting until a nearby soldier is charging to attack, then making them friendly again causes something really interesting. The soldier will kill the now-friendly dwarf, and then that soldier will become a target to all nearby soldiers, despite still being controllable and interactable.
Also, that "staring off into the distance" mood is interesting. I want to see it in action but I can't find a way to actually trigger the mood to act. [[User:Lightning4|Lightning4]] 09:23, 27 December 2007 (EST)
:Thanks for this update! I'll include them in the next revision. AFAIK 0x8 triggers the "creator of" text, and works on any dwarf. It's quite possible to trigger a mood, i'll try soon triggering an artifical mood. [[User:Bartavelle|Bartavelle]] 11:54, 27 December 2007 (EST)
::Staring off into the distance is the mood used by the zonked out people trapped in this underworld. --[[User:Armrha|Armrha]] 12:24, 28 October 2008 (EDT)

Hey. It seems that when I give a dwarf a mood, he goes to the meeting area and does nothing. Also, when I change a dwarves mood to NONE, I get an error and the game crashes. [[User:Zonhin|Zonhin]] 21:12, 20 January 2008 (EST)

== Feature requests! ==

You suggested we put feature requests in the wiki discussion page, so here they are!
* From sphir: "Any plans on map-related modules? e.g.
**one button designate cut tree after recording the regions.
:: I do not get this one? What is exactly suggested? Designate ALL trees at once? [[User:Bartavelle|Bartavelle]] 06:34, 28 December 2007 (EST)
**additional "bookmarks", jump to creature (esp dead creatures, which cannot be done in game)
:: I'll add that soon, as it doesn't seem too hard [[User:Bartavelle|Bartavelle]] 06:34, 28 December 2007 (EST)
**add foreman.exe-like macro job management by profession?"
:: This is planned too [[User:Bartavelle|Bartavelle]] 06:34, 28 December 2007 (EST)
* and mine: "alert me when my hunters run out of bolts so I can draft them to reset their job state and get them to pick up a fresh batch of ammo. It's such a hassle to have to constantly watch hunters just so they don't do something dumb like put their head inside a cougar's mouth. Or even a way to look at the items in a dwarf's inventory would be lovely."
: This one could be a bit tricky, as inventory is not reversed yet, and i haven't been looking at it, so i have no clue on how hard it is [[User:Bartavelle|Bartavelle]] 06:34, 28 December 2007 (EST)
I guess others should just add their requests below. Awesome application, thanks Bartavelle! [[User:Chrominance|Chrominance]] 20:06, 27 December 2007 (EST)
:How about the ability to change what the dwarf likes and hates? Just so my Mayor won't mandate the construction of adamantine items. --[[User:Corbine|Corbine]] 08:01, 28 December 2007 (EST)
::Likes and recent "events" are next on my list of stuff to reverse. I would especially like to display a summary of all "bad mood stuff" that recently happened to dwarves. [[User:Bartavelle|Bartavelle]] 11:14, 28 December 2007 (EST)

:Ability to see which item a particular dwarf is tasking to haul and zoom to it? Ability to zoom to items in general would also be great (the game seems to want to support this, as it has the 'zoom to' option on the bottom in say, the inventory screen, but you can't actually zoom to anything from the inventory page as far as I can tell). --[[User:Squirrelloid|Squirrelloid]] 01:11, 23 April 2008 (EDT)

== Bugs ==

If you happen to see this before the thread on the forums, I posted the bug I'm getting 50% of the time while traveling in adventure mode with the new version of DC in [38a].
--[[User:KaelGotRice|KaelGotRice]] 10:26, 10 February 2008

Occasionally when you heal/hurt or modify something of a dwarf or creature, the exhaustion amount will be maxed out, causing the target to pass out for QUITE awhile. --[[User:Corbine|Corbine]] 08:15, 28 December 2007 (EST)
:That's what's making them do that? Aha! --[[User:Penguinofhonor|Penguinofhonor]] 18:55, 3 February 2008 (EST)
::Just check the exaustion field to make sure it's 0 or something low, as opposed to the 65535 that it will ocassionally fill in with. Not sure what causes it to go for max value instead of the minimum. --[[User:N9103|Edward]] 19:33, 3 February 2008 (EST)

Getting an error when trying to start program. It couldn't get the DLLs at first so I just copied them into the folder, which seemed to work, but now it gives this:
http://80.60.190.55/pics/dfcbug.jpg
It closes (or crashes) the dwarf fortress application in the process, no error messages pop up.
:thanks for the info, i'm trying right now to reduce the number of required components, so it should be better soon ... [[User:Bartavelle|Bartavelle]] 18:10, 1 January 2008 (EST)

When I first tried to use DF Companion, it gave me an error message that stated Libglib-2.0-0.dll was missing. So I went and downloaded it, put it in the right place. Then it said I needed iconv.dll, so I went and downloaded it. Then it made me get intl.dll. Now, it's saying "The procedure entry point g_Assert_Warning could not be located in the dynamic link library libglib-2.0-0.dll"--[[User:Demosthenes|Demosthenes]] 17:22, 19 February 2008 (EST)
: It sounds like you did not install the latest "gtk runtime environment" [[User:Bartavelle|Bartavelle]] 01:34, 20 February 2008 (EST)
:: I did. D= Several times.--[[User:Demosthenes|Demosthenes]] 19:24, 20 February 2008 (EST)
::: Then I have no clue :( [[User:Bartavelle|Bartavelle]] 01:46, 21 February 2008 (EST)
::: When I run it with the command line, it gives this. http://img301.imageshack.us/img301/5550/errorao1.jpg --[[User:Demosthenes|Demosthenes]] 21:03, 28 February 2008 (EST)

== 0x4000 ==

0x4000 is nauseous. [[User:Nate879|Nate879]] 19:10, 10 January 2008 (EST)

:Better give it some Compazine, then. *rimshot*--[[User:Maximus|Maximus]] 23:21, 10 January 2008 (EST)

==How exactly do I run this?==
What do I run here? The .glade file? Because if I open that, it gets me a tiny window with 2 things I can choose, skilledit and creatureedit. If I choose them, they are completely blank. I've tried cmd.exe but I get the same thing. --[[User:Penguinofhonor|Penguinofhonor]] 21:23, 21 January 2008 (EST)
: you should run dfcomapnion_prototype.py, as stated in the main page!
:: Hey, he added that because of this question, okay? --[[User:Penguinofhonor|Penguinofhonor]] 17:48, 27 January 2008 (EST)

==Unable to run on win2000===
I'm still using win2000, and I'm unable to run the program, it gives an error requesting the instruction GetProcessImageFileNameA, which is only available on XP and Server2003.
: Ok i'm gonna try to find an alternative ASAP [[User:Bartavelle|Bartavelle]] 07:35, 28 January 2008 (EST)

==Tracebacks for version .7==

F:\Python25\GTK>dfcompanion_prototype.py
version v0.27.169.88a, pid 3676, player 0
0 words loaded
Traceback (most recent call last):
File "F:\Python25\GTK\dfcompanion_prototype.py", line 390, in <module>
DFcmp = DFcompanion()
File "F:\Python25\GTK\dfcompanion_prototype.py", line 336, in __init__
self.dd = dwarfdbg()
File "F:\Python25\GTK\dwarfdbg.py", line 92, in __init__
self.getWords()
File "F:\Python25\GTK\dwarfdbg.py", line 208, in getWords
lptr = self.getLong(vec2[1]+race*4)
File "F:\Python25\GTK\dwarfdbg.py", line 104, in getLong
return struct.unpack("L", self.dbg.read(ptr, 4))[0]
File "F:\Python25\GTK\dfwin32.py", line 81, in read
raise WinError()
WindowsError: [Error 299] Only part of a ReadProcessMemory or WriteProcessMemory
request was completed.

:you must load your game [[User:Bartavelle|Bartavelle]] 10:45, 7 February 2008 (EST)

==Terrain Replication==
You stated on the forums that you would/could make a script that would allow a person to copy the information from a tile and replicate it elsewhere, and then in Nist Akath, Captain Mayday claimed that he used said script. Where is this? It's useful-sounding. --[[User:Penguinofhonor|Penguinofhonor]] 19:45, 10 February 2008 (EST)
: Try the secret link [http://bartabox.banquise.net/df/companion-0.8-any.zip here], but i will replace this file as soon as I "officially" release it. [[User:Bartavelle|Bartavelle]] 01:49, 11 February 2008 (EST)

== Dwarf Companion - Cheating Fun in Adventure Mode! ==

I was tinkering about with the Dwarf Companion program earlier today, when a thought came to my mind. "What if you could do stuff with this program in Adventure mode?"

Well, it turns out that you can. By turning on the program and hitting the "All Creatures" box, you can access any loaded creature as well as your own adventurer. By doing this, you can make him as strong and legendary as you want, and effectively kill anything within the sector. You can also change your character into any creature in the game, including demons, goblins, etc. (NOTE: 'Shapeshifting' like this renders the tile where you changed un-passable, and you tend to teleport when you do so. Also, when I changed into a dragon, the game crashed.) Moods are also able to toggle, though I've only tested them upon my own adventurer. Going beserk in a human town triggered the mayor to start attacking me, but when I turned it off, he became friendly once again.

Here's a movie of some of my exploits with a fresh adventurer dwarf: http://mkv25.net/dfma/movie-348-dwarfcompanioninadventuremode17338a

I hope this strikes as interesting / useful for the future!

== Won't Run ==
Just recently had a little... accident at my fortress and I wanted to rectify it, since it was just a result of my own stupidity. Squashed some poor bastard with a drawbridge. Unfortunately trying to run Companion results in this:

version generic version, pid 5740, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "C:\companion\dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "C:\companion\dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "C:\companion\dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "C:\companion\dwarfdbg.py", line 814, in getCreatures
col = self.getCreature(c)
File "C:\companion\dwarfdbg.py", line 480, in getCreature
c.events = self.getEvents(c)
File "C:\companion\dwarfdbg.py", line 154, in getEvents
events.append( [p, eventName[p], id] )
KeyError: 212
[[User:Lightning4|Lightning4]] 19:23, 23 February 2008 (EST)

:Update: I've tested again with the new version, as well as tried another fortress. The initial fortress I tried it on still fails to run with the same error. However, another, older fortress works just fine.[[User:Lightning4|Lightning4]] 14:04, 26 February 2008 (EST)

::Issue resolved. A fix was provided for this error at the bottom of the page. [[User:Lightning4|Lightning4]] 13:10, 9 April 2008 (EDT)

== 176.38a not work ==
D:\games\1non company made\dwarf\utility\companion 0.10>dfcompanion_prototype.py

version generic version, pid 5352, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "D:\games\1non company made\dwarf\utility\companion 0.10\dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "D:\games\1non company made\dwarf\utility\companion 0.10\dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "D:\games\1non company made\dwarf\utility\companion 0.10\dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "D:\games\1non company made\dwarf\utility\companion 0.10\dwarfdbg.py", line 835, in getCreatures
col = self.getCreature(c)
File "D:\games\1non company made\dwarf\utility\companion 0.10\dwarfdbg.py", line 446, in fresh getCreature
slist = self.getSkills(c)
File "D:\games\1non company made\dwarf\utility\companion 0.10\dwarfdbg.py", line 328, in getSkills
skptr = self.getLong(skillptr)
File "D:\games\1non company made\dwarf\utility\companion 0.10\dwarfdbg.py", line 125, in getLong
return struct.unpack("L", self.dbg.read(ptr, 4))[0]
File "D:\games\1non company made\dwarf\utility\companion 0.10\dfwin32.py", line 81, in read
raise WinError()
WindowsError: [Error 299] Only part of a ReadProcessMemory or WriteProcessMemory request was completed.
Yes I am in dwarf fortunse mode and I have vista and I in new fortuness that generated on new map. [[User:Omagaalpha|Omagaalpha]] 12:14, 27 February 2008 (EST)

== 176.38b not running ==

Using version 0.9-any with Python 2.5 and all modules installed. Works fine in 176.38a, as shown:

C:\Spill\Dwarf Fortress\companion>dfcompanion_prototype.py
version generic version, pid 2828, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded

When trying to run in 176.38b I get:

C:\Spill\Dwarf Fortress\companion>dfcompanion_prototype.py
version generic version, pid 544, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "C:\Spill\Dwarf Fortress\companion\dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "C:\Spill\Dwarf Fortress\companion\dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "C:\Spill\Dwarf Fortress\companion\dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "C:\Spill\Dwarf Fortress\companion\dwarfdbg.py", line 814, in getCreatures
col = self.getCreature(c)
File "C:\Spill\Dwarf Fortress\companion\dwarfdbg.py", line 446, in getCreature
bpname = self.getBodyPart(c, i)
File "C:\Spill\Dwarf Fortress\companion\dwarfdbg.py", line 322, in getBodyPart
bpv = self.getVec(c.bpNames)
File "C:\Spill\Dwarf Fortress\companion\dwarfdbg.py", line 119, in getVec
return struct.unpack("LLLL", self.dbg.read(ptr, 16))
File "C:\Spill\Dwarf Fortress\companion\dfwin32.py", line 81, in read
raise WinError()
WindowsError: [Error 299] Only part of a ReadProcessMemory or WriteProcessMemory request was completed.

Another problem from someone else:

Err, nevermind; was using 0.8 version of companion; my bad. I get the same as above with 0.9.

--[[User:Yourself|Yourself]] 23:11, 24 February 2008 (EST)

== Version 0.10-any ==

Companion 0.10-any works with 176.38c for me. However, I had to copy the "pygtk" subdirectory of an older version (0.8-python25) into the 0.10 installation and run dfcompanion_prototype.py from the command line. Just the thing to cope with those ambushes (they're a bit overpowered, don't you think?) Zombie frogmen! MUHAHAHAHAHA!!! [[User:RP|RP]] 07:32, 28 February 2008 (EST)

== 176.38b stopped working ==

The companion used to work for me in 176.38b but at some point it stopped working (after a few goblin ambushes). Here's what it does:

version generic version, pid 2732, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "C:\Documents and Settings\Yourself\Desktop\Dwarf Fortress\companion\dwarfdbg.py", line 835, in getCreatures
col = self.getCreature(c)
File "C:\Documents and Settings\Yourself\Desktop\Dwarf Fortress\companion\dwarfdbg.py", line 502, in getCreature
c.events = self.getEvents(c)
File "C:\Documents and Settings\Yourself\Desktop\Dwarf Fortress\companion\dwarfdbg.py", line 170, in getEvents
events.append( [p, eventName[p], id] )
KeyError: 214

I don't know much about the internal structure of the companion, but couldn't you use eventName.get(p, "Unknown") as a failsafe to stop these from happening? That way new events wouldn't break everything.

--[[User:Yourself|Yourself]] 13:26, 2 March 2008 (EST)

Actually, I just made this modification and another error popped up immediately after:

version generic version, pid 2732, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "C:\Documents and Settings\Yourself\Desktop\Dwarf Fortress\companion\dwarfdbg.py", line 837, in getCreatures
self.eventList[ event[0] ][1] += 50/event[2]
IndexError: list index out of range

I managed to make the error go away, but it's a total hack, since I don't know the structure of companion.

I changed lines 820-822, which are:

self.eventList = range(212)
for i in range(212):
self.eventList[i] = [i,0,[],eventName[i]]

Into this:

self.eventList = [[i,0,[],eventName.get(i, "??")]
for i in xrange(215)]

The companion appears to work now for me, but as I said, it's a total hack.

--[[User:Yourself|Yourself]] 13:39, 2 March 2008 (EST)

== Error ocurring (something with gdk and cairo and a .dll) ==

After installing python (2.5.2 - also tried 2.5.1 and 2.4.something) the gdk runtime environment (2.8.20) 
and those 3 packets (pygobject-2.12.3-1; pycairo-1.2.6-1; pygtk-2.10.6-1 - these 3 arent necessary for the reproduktion fo the error)

starting the "dfcompanion_prototype.py" from the any or the py2.5 package returns the following error:

"Der Prozedureinsprungpunkt "gdk_cairo_set_source_pixmap" wurde in der DLL "libgdk-win32-2.0-0.dll" nicht gefunden"
read:"could't find the routine entry point [...] in the dll[...]"

downloading a .dll from the net changes the error slightly,
now "gdk_cairo_create" is missing instead of "gdk_cairo_set_source_pixmap"

-since i've absolutely no clue what he actually wants, i hope someone can solute this X_x

Q

:Valdemar put up a link to a exe version of companion on the forums for those of us who don't have the patience to fiddle around with python. It's in the DF companion thread near the end. [[User:VengefulDonut|VengefulDonut]] 18:02, 24 March 2008 (EDT)

----

I have the exact same problem as the one above me...
--[[User:AtomicTroop|AtomicTroop]] 12:52, 23 March 2008 (EDT)

::As do I! And I'm dying to make a legendary miner/mason/brewer/grower/weaponsmith/armorsmith/swordsdwarf/seige engineer/seige operator. Honestly, that would be awesome.

And in case your computer speaks in English, the error is this:

The procedure entry point gdk_cairo_set_source_pixmap could not be located in the dynamic link library libgdk-win32-2.0-0.dll.

So, if you could could please explain how we can fix this, that would be great because your program looks awesome.--[[User:Smoking Gnu|Smoking Gnu]] 00:59, 24 March 2008 (EDT)

The problem is the link telling you to download GTK is broken, it has you download version 2.8.20 when you need 2.10.11. Go here: http://sourceforge.net/project/showfiles.php?group_id=98754&package_id=121281 and get the right version. --[[User:xzzy|xzzy]]

== Import Error: No module named ctypes - 0.8 and 1.0 ==

Err, just tried upgrading to the newer version of companion, and can't get it to work. I'm using the latest version of DF (incompatable?). Doesn't look like a DF problem though. I installed all of the modules, I think I'm using python version 2.4. I'll be on IRC in #bay12games if you want to try get hold of me... --[[User:Markavian|Markavian]]
:You must have the 2.5 version. ctypes is a module that is only in Python 2.5. You should either upgrade Python to 2.5 or download the [http://bartabox.banquise.net/df/companion-0.10-any.zip -any version]. (0.10 works fine for me in the latest DF version and I have 2.4 too)--[[User:Valdemar|Valdemar]] 20:39, 15 March 2008 (EDT)

== DwarfCompanion Fails to load (inexplicably) 0.10 ==
I've been able to run DwarfCompanion just fine for a week or so now. However, starting tonight with a fort that has been able to be modified before, I now get this as the error that displays-

version generic version, pid 1960, player a6
2103 words loaded
race 0 loaded
race 1 loaded
race 2 loaded
race 3 loaded
Traceback (most recent call last):
File "C:\DF Utils\companion-0.10-any\companion\dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "C:\DF Utils\companion-0.10-any\companion\dfcompanion_prototype.py", line 396, in __init__
self.initList()
File "C:\DF Utils\companion-0.10-any\companion\dfcompanion_prototype.py", line 123, in initList
list = self.dd.getCreatures(self.showmode,dead=self.showdead)
File "C:\DF Utils\companion-0.10-any\companion\dwarfdbg.py", line 835, in getCreatures
col = self.getCreature(c)
File "C:\DF Utils\companion-0.10-any\companion\dwarfdbg.py", line 502, in getCreature
c.events = self.getEvents(c)
File "C:\DF Utils\companion-0.10-any\companion\dwarfdbg.py", line 170, in getEvents
events.append( [p, eventName[p], id] )
KeyError: 213

This is an error due to lack of sanity checking on the events list. Put this in instead of events.append( [p, eventName[p], id] )

try:
events.append( [p, eventName[p], id] )
except KeyError:
print "No such event %s known" % p

[[User:Qmarx|Qmarx]] 20:36, 3 April 2008 (EDT)

::Bingo. This fixed my problem as well. Thanks! [[User:Lightning4|Lightning4]] 13:09, 9 April 2008 (EDT)

== Easy Python/PyGTK installer ==

I was having some trouble getting all the Python dependencies to work properly together, but after some research I found a nice all-in-one PyGTK installer that works perfectly with companion 0.10. http://aruiz.typepad.com/siliconisland/2006/12/allinone_win32_.html Hope this helps!

== Error -- entry point g_timeout_add_seconds_full ==

The procedure entry point g_timeout_add_seconds_full could not be located in the dynamic link library libglib-2.0-0.dll

I installed these modules

* Python (works with any version, 2.5 is prefered)
* "Gtk+/Win32 Runtime Environment Installer"
* For python 2.5 users, just grab the utility at this place.
* Install the three modules from this page (PyCairo, PyGObject, PyGTK)

After trying to run it I received that erro.

I also tried companion-0.11-any.zip and it didn't work.

Edit: I uninstalled all the components and reinstalled with that all-in-one python installer and it works now.--[[User:Richards|Richards]] 15:46, 23 April 2008 (EDT)

== Adding Additional Ingredients to Artifacts ==
A nifty little trick. You have to micromanage a little, though. Anyway, as soon as your moody dwarf has claimed a workshop, hopefully he'll leave to grab the first item. As soon as he starts walking to get it, fire up companion and change the first required object. The moody dwarf will complete the fetching duty for the original first item, then go to get the new first item. Repeat until you have enough items stored in the workshop for your satisfaction, then let your poor moody dwarf finally collect everything he needs. All of the collected items will be used as artifact components.[[User:QMarx|QMarx]] 10:24, 7 May 2008 (EDT)

==Feature request: custom wounds==

It would be nice if we could directly edit the wound levels of creatures, instead of being forced to either heal them entirely or make them bleed to death. Someone with a mangled leg could, for instance, be manually healed to a broken leg; this would allow us "strict" players to have mangled dwarves heal, until Toady corrects the "phantom pains" issue and allows mangled injuries to heal over to permanent debilitations. --[[User:JT|JT]] 18:22, 11 May 2008 (EDT)

== Command Line? ==

I have everything installed (2.5 and then the runtime) but Dwarf Companion crashes on me. How do I run it from a command line so I can see the errors? I'm on Media Center/XP. All I have time to read before it crashes is something about an invalid access to memory location.

== Unable to run ==

Whenever I try to load it, it won't run, I ran the game and downloaded everything. This is all that happens:

version v0.27.169.88a, pid 2760, player 0
0 words loaded

Traceback (most recent call last):
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfcompanion_prototype.py", line 390, in <module>
DFcmp = DFcompanion()
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfcompanion_prototype.py", line 336, in __init__
self.dd = dwarfdbg()
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfdbg.py", line 102, in __init__
self.getWords()
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfdbg.py", line 218, in getWords
kptr = self.getLong(vec2[1]+race*4)
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfdbg.py", line 114, in getLong
return struct.unpack("L", self.dbg.read(ptr, 4))[0]
File "C:\Users\Todd\Downloads\DF STUFF\companion\dfwin32.py", line 81, in read
raise WinError()
WindowsError: [Error 998] Invalid access to memory location.

--[[User:0todd0|0todd0]] 01:05, 27 May 2008 (EDT)

It doesn't recognize your df version ... do you have debug privileges on the dwarf fortress process? Is it the latest version?
[[User:Bartavelle|Bartavelle]] 08:51, 27 May 2008 (EDT)

yes, it's the latest version. What do you mean by "debug privileges?" --[[User:0todd0|0todd0]] 23:23, 3 June 2008 (EDT)

: I had this exact error too, until I right-clicked on dfcompanion_prototype.py and went to "open with" to find two python options, the second one worked. Have you got python previously installed and if so can you try uninstalling all versions and re-installing the latest one again? This could be a stab in the dark however... --[[User:Mrchinchin25|Mrchinchin25]] 23:48, 3 June 2008 (EDT)

:: I recently downloaded this: what's been said so far to fix this problem isn't doing anything at all. Again, what do you mean "debug privileges?" --[[User:Pseu|Pseu]] 19:35, 4 June 2008 (EDT)

:::I was a moder for Elder Scrolls 4 and it required both python 2.4 and 2.5 to mod. Though t see if this would work, i uninstalled python 2.4 but it didn't, i'll try what you said Mrchinchin... --[[User:0todd0|0todd0]] 20:32, 4 June 2008 (EDT)

::::In regards to debug privileges in Win XP. Start->Control Panel->Administrative Tools->Local security Settings->local policies->user rights assignment->debug programs (on the right pane)--[[User:kirk|kirk]] 11:58, 10 June 2008 (EDT)

:::::I'm having the same issue with DF 0.27.176.38c and the newest version of Companion (downloaded it today). Also, kirk's info above isn't useful to anyone who is using XP Home - Local Security Settings isn't there. --[[User:Tyranic-Moron|Tyranic-Moron]] 22:06, 14 June 2008 (EDT)

== Moogie's Problem ==

I'm getting this:

Traceback (most recent call last):
File "C:\Documents and Settings\Moogie\My Documents\Dwarven Fortress\companion
\dfcompanion_prototype.py", line 3, in <module>
import gtk
ImportError: No module named gtk

I have Gtk 2.10.11-1 installed in the Companion folder. I have Python 2.5.1 installed from ages ago when I used to play Oblivion.

Why isn't it seeing Gtk there?

Wow, I have no idea what I'm doing. The above comment is from me (Moogie). I don't know how to add a title or anything, sorry.

: Don't worry, I'm sure you'll get it eventually. I've shifted your error into it's own section anyway, hopefully it's more noticeable this way. --[[User:Tyranic-Moron|Tyranic-Moron]] 18:52, 15 June 2008 (EDT)

== Not running on Windows X64 either ==

Okay since it doesn't run on Win2000, I bought a new PC just to get some better FPS on Dwarf Fortress, but this tool won't run on it either.

I get the following error:

WindowsError: [Error 299] Only part of a ReadProcessMemory or WriteProcessMemory request was completed.

Tried Python 2.4 and 2.5 and different versions of this utility but all are giving the same error.

== Missing DLL file ==

I have the latest version of Python. I downloaded all the required files. When I run DFcompanion_prototype.py, I get "This application has failed to start because libglib-2.0-0.dll was not found. Re-installing the application may fix this problem."

Why is it giving me this message if I've already installed all the required files?

== Install Questions ==

"For python 2.5 users, just grab the utility at this place, and unzip it (warning, this is an old version). "
It's an old version of dwarf companion? If that's the case, where is the most recent version? I don't see it on your page. ([[User:Slitherrr|Slitherrr]] 11:58, 30 July 2008 (EDT))

==.39f is incompatible==
D:\Dwarf Fortress\companion>dfcompanion_prototype.py
Traceback (most recent call last):
File "D:\Dwarf Fortress\companion\dfcompanion_prototype.py", line 402, in <module>
DFcmp = DFcompanion()
File "D:\Dwarf Fortress\companion\dfcompanion_prototype.py", line 346, in __in
it__
self.dd = dwarfdbg()
File "D:\Dwarf Fortress\companion\dwarfdbg.py", line 105, in __init__
self.configoffsets()
File "D:\Dwarf Fortress\companion\dwarfdbg.py", line 49, in configoffsets
tmp = os.getPatternPos( r'\x68' + stock + r'\xb8....\xc7.........\x89.....'+ os.call + r'\x38' )[0]+0x21
IndexError: list index out of range

This is the same problem I'm having too. I have all the correct packages installed. It looks like Dwarf Companion just doesn't work with 39f. - SquirrelFarmer

== manual input of offsets for 39f ==

Okay I might be ignorant to all this memory messing stuff, but wouldn't this problem with the new version be fixed if someone puts an if(1): at line 28 of dwarfdbg.py and changes there to what they should be in the new version?

Would anyone happen to have the required addresses?

These are the variables it needs, as you can see I've been trying a bit myself but I still don't have all the required ones.

self.off_vec_maincreatures = 0x01575DEC #0x01427B50
self.off_x_width = 0x015B7938 #0x01469698
self.off_y_width = 0x015B793C #0x0146969C
self.off_z_width = 0x015B7940 #0x014696A0
self.off_map_data = 0x015B7920 #0x01469680
self.off_race = 0x00000000 #0x0146B060
self.off_lang = 0x00000000 #0x0146B180
self.off_moodtime = 0x00000000 #0x01248ABA
self.off_playedrace = 0x00000000 #0x01248AC8
self.off_economy = 0x00000000 #0x0123B384
self.off_xcursor = 0x009EF294 #0x008FF288
self.off_ycursor = 0x009EF298 #0x008FF28C
self.off_zcursor = 0x009EF29C #0x008FF290

== DwarfCompanion Linux HOWTO ==

There are two major problems when trying to run DwarfCompanion-0.13 in Linux:

* at least when started with "wine dwarfort.exe", dwarf-companion
** cannot find the path to the executable when searching for the offsets
** and has problems finding the process with "endswith()"

the following patch tries to work around these problems somewhat (you either have to run DwarfCompanion one directory-level down from your dwarfort.exe or change the path in the patch):

--- companion/dwarfdbg.py 2008-09-07 22:04:12.000000000 +0000
+++ ~/dwarf_fortress/companion/dwarfdbg.py 2008-09-07 22:07:11.000000000 +0000
@@ -100,9 +100,9 @@
self.dbg = pydbg()
self.metals = None
for (pid, proc) in self.dbg.enumerate_processes():
- if proc.lower().endswith("dwarfort.exe"):
+ if "dwarfort.exe" in proc.lower():
break
- if not proc.lower().endswith("dwarfort.exe"):
+ if not "dwarfort.exe" in proc.lower():
print "Dwarf Fortress is not running, or could not be found"
sys.exit(-1)
self.image = proc
@@ -864,7 +865,7 @@

def getOs(self):
if self.ofs == None:
- self.ofs = offsetsearch.offsetsearch(self.image)
+ self.ofs = offsetsearch.offsetsearch("../dwarfort.exe")
return self.ofs

def instaMood(self):

* reading/writing from the dwarf-fortress process when attaching/detaching with ptrace() without waiting for the process to react to the ptrace() also leads to problems, basically it is timing-dependent if you can read or change anything

this is easily fixed with waitpid (though I'm not quite sure if this really fixes the problem or if some signals could screw everything up again, therefore the "print status" statement):

--- companion/dflinux.py 2008-01-09 10:50:00.000000000 +0000
+++ ~/dwarf_fortress/companion/dflinux.py 2008-09-07 21:29:50.000000000 +0000
@@ -33,6 +33,9 @@
pid = int(spid)
self.pid = pid
self.libc.ptrace(16, self.pid, 0, 0) #ptrace attach
+ status = 0
+ self.libc.waitpid(self.pid, status, 0)
+ print status

def read(self, addr, size):
out = ''
@@ -60,4 +63,7 @@
def detach(self):
if self.pid>0:
self.libc.ptrace(17, self.pid, 0, 0) #ptrace detach
+ status = 0
+ self.libc.waitpid(self.pid, status, 0)
+ print status
self.pid = 0

* There are still some minor problems, e.g. when trying to set anything in the creature-editor, but at least healing and resting from the creature-list works now as expected. I will try to take a look at the creature-editor ...

--[[User:Penguin dwarf08|Penguin dwarf08]] 14:14, 11 September 2008 (EDT)

40d:Pick

2008-10-27T07:20:28Z

Armrha:

A '''pick''' is a tool used by [[dwarves]] to [[mining|mine]] areas you have designated for mining. Dwarves without picks cannot mine. Picks can be made from [[copper]], [[bronze]], [[bismuth bronze]], [[iron]], [[steel]] or [[adamantine]]. The [[material]] used only affects the weight of the pick and the damage it deals when used in combat; mining speed and product are not affected.

[[Miner]]s can use picks as [[weapon]]s using their mining skill. Only a dwarf who is set to fight "unarmed" and who is holding a pick at the time he or she is drafted will use it in combat. Picks are somewhat weaker than actual weapons like spears, but are still very effective in the hands of a skilled miner.

Picks can be obtained through [[trade]] with [[Dwarves]] or [[Humans]], can be created at a [[Metalsmith's Forge]], and are also available on the Fortress Mode embarkation screen.

[[Category:Weapons]]
[[Category:Items]]

40d Talk:Pick

2008-10-27T07:20:06Z

Armrha:

I think I have noticed a speed difference when using steel picks over coppers ones. Although it may have just been because of a different map due to stone type/fps/miner stats. Not sure how to test this accurately. [[User:Jikor|Jikor]] 04:54, 10 January 2008 (EST)

:To bypass FPS issues, use single-stepping {{k|.}} --[[User:N9103|Edward]] 22:33, 10 January 2008 (EST)

:Maybe just make two absolutely unskilled miners with different picks, and order them to mine two parallel hallways? If they won't be distracted, it'll be a perfect speed comparer for miners $) --[[User:Dorten|Dorten]] 05:06, 10 January 2008 (EST)

::Obviously you'll want to ensure that two 'identical' runs of stone are isolated from each other. The runs of stone should be quite long indeed, and I would recommend a number ultimately divisible by 100 or more. I would also avoid having any two designated tiles accessible at the same time (diagonal corners). Reveal and walling should make this rather easy to test. And paired with single-stepping, it should be clear once and for all if there's a difference. --[[User:N9103|Edward]] 22:33, 10 January 2008 (EST)

:::That sounds so complicated. Unless the difference is negligible (in which case, it's probably not real), I would think speed differences would show up after 20-50 squares (and unskilled miners will not get through 100 without having to eat/drink first). All in all, it should be easy to test. ''But'', [[encumbrance]] can be a factor too. I'm not sure what the encumbrance rules and item weight formulas are in the new versions.--[[User:Maximus|Maximus]] 23:30, 10 January 2008 (EST)

You can have adamantine picks too.
--[[User:Armrha|Armrha]] 03:20, 27 October 2008 (EDT)