v50 Steam/Premium information for editors
- v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
- Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.
Editing Utility Talk:Dwarf Companion
Jump to navigation
Jump to search
Warning: You are not logged in.
Your IP address will be recorded in this page's edit history.
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 1: | Line 1: | ||
− | I | + | 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. [[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) | ||
− | |||
− | |||
− | + | 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) | ||
+ | |||
+ | == 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! == | == Dwarf Companion - Cheating Fun in Adventure Mode! == | ||
Line 44: | Line 110: | ||
I hope this strikes as interesting / useful for the future! | 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) | ||
− | I | + | :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: | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | for | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | 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)] | |
− | I | + | 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) <br /> | |
+ | 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 | ||
− | + | 20:36, 3 April 2008 (EDT) | |
− | |||
− | This | + | ::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! |