v50 Steam/Premium information for editors
  • v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
  • Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.

Difference between revisions of "Utility Talk:Dwarf Companion"

From Dwarf Fortress Wiki
Jump to navigation Jump to search
m (Signed)
Line 358: Line 358:
 
                         except KeyError:
 
                         except KeyError:
 
                                 print "No such event %s known" % p
 
                                 print "No such event %s known" % p
 +
 +
20:36, 3 April 2008 (EDT)

Revision as of 00:36, 4 April 2008

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.

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. 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. Bartavelle 11:54, 27 December 2007 (EST)


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. 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? 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 Bartavelle 06:34, 28 December 2007 (EST)
    • add foreman.exe-like macro job management by profession?"
This is planned too 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 Bartavelle 06:34, 28 December 2007 (EST)

I guess others should just add their requests below. Awesome application, thanks Bartavelle! 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. --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. Bartavelle 11:14, 28 December 2007 (EST)

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]. --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. --Corbine 08:15, 28 December 2007 (EST)

That's what's making them do that? Aha! --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. --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 ... 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"--Demosthenes 17:22, 19 February 2008 (EST)

It sounds like you did not install the latest "gtk runtime environment" Bartavelle 01:34, 20 February 2008 (EST)
I did. D= Several times.--Demosthenes 19:24, 20 February 2008 (EST)
Then I have no clue :( 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 --Demosthenes 21:03, 28 February 2008 (EST)

0x4000

0x4000 is nauseous. Nate879 19:10, 10 January 2008 (EST)

Better give it some Compazine, then. *rimshot*--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. --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? --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 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 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. --Penguinofhonor 19:45, 10 February 2008 (EST)

Try the secret link here, but i will replace this file as soon as I "officially" release it. 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

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.Lightning4 14:04, 26 February 2008 (EST)

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. 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.

--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!!! 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.

--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.

--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. VengefulDonut 18:02, 24 March 2008 (EDT)


I have the exact same problem as the one above me... --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.--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. --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... --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 -any version. (0.10 works fine for me in the latest DF version and I have 2.4 too)--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

20:36, 3 April 2008 (EDT)