Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Brandon816]

is there a way to make dorf under cursor to go berserk?

Yes, you can easily change their mood with a custom script in dfusion.

Code: [Select]

local ox,oy,oz
ox,oy,oz=getxyz()
local unit = getCreatureAtPos(ox,oy,oz)
unit.mood=X -- replace X with the index of the mood you want, -1 is no mood (I want to say that berserk is somewhere 5-7)

Hello, I would like to know if there is a command to give a targeted unit necromancy or vampirism. It could be useful for my experiments.

To what extent do you want vampirism? Everything but the perceived changes in raw attributes like strength and agility can be easily replicated in dfusion too. I'm working on a script that can toggle between the two for a vanilla dwarf. I have absolutely no idea how to change to a necromancer though.

[ag]

is there a way to make dorf under cursor to go berserk?

Yes, you can easily change their mood with a custom script in dfusion.

Code: [Select]

local ox,oy,oz
ox,oy,oz=getxyz()
local unit = getCreatureAtPos(ox,oy,oz)
unit.mood=X -- replace X with the index of the mood you want, -1 is no mood (I want to say that berserk is somewhere 5-7)

Code: [Select]

[DFHack]# lua
[lua]# dfhack.gui.getSelectedUnit().mood = df.mood_type.Berserk
[lua]# quit

One line, and no messing with dfusion. Select the unit with 'v' first.

Edit: Well, actually, the 'lua' command itself is part of dfusion, but if you put that line in hack/scripts/make-berserk.lua (or whatever), it will work as a 'make-berserk' dfhack command even if there is no dfusion installed.

[Rafal99]

Yeah, DFHack has now built-in Lua support, so no need to use DFusion.
Took me a while to figure.

[ag]

DFusion needs to be restructured to use the dfhack lua interpreter instance, instead of its own sandbox; then it will become just a library, and this distinction will mostly go away. Currently there are things you can do with scripts, but not dfusion; and obviously you can't use any of the dfusion functions from scripts.

[Tierre]

And can you change a mood of the dwarf then it already struck him? or then he already went berserk? What will happen?

[Makbeth]

Code: [Select]

[DFHack]# lua
[lua]# dfhack.gui.getSelectedUnit().mood = df.mood_type.Berserk
[lua]# quit

One line, and no messing with dfusion. Select the unit with 'v' first.

Edit: Well, actually, the 'lua' command itself is part of dfusion, but if you put that line in hack/scripts/make-berserk.lua (or whatever), it will work as a 'make-berserk' dfhack command even if there is no dfusion installed.

It makes them berserk, but they just stop working and removes them from your roster; they don't attack anything or interrupt work orders, and no one treats them as hostile.

So where does everyone go to find out what functions are available to perform with dfusion?  I haven't found a list anywhere; I've looked on the wiki and on the first posts for both dfhack and dfusion, and am currently using google's site search to try and see if it's in the middle of a thread somewhere.  Perhaps it would help to put a list or a link to a list in those places?

[arclance]

It's been awhile since I have run stonesense in dfhack and when I tried today I just get a black window which can only be closed by killing Dwarf Fortress (with die or pkill).

Here is a backtrace of stonesense crashing with dfhack v0.34.10 r1.

Code: [Select]

./dfhack -g
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /media/Linux_Data/Dwarf_Fortress/Test_Fortress/0.34.X/df_34_10_linux/df_linux/libs/Dwarf_Fortress...(no debugging symbols found)...done.
(gdb) run
Starting program: /media/Linux_Data/Dwarf_Fortress/Test_Fortress/0.34.X/df_34_10_linux/df_linux/libs/Dwarf_Fortress
ERROR: ld.so: object './hack/libdfhack.so' from LD_PRELOAD cannot be preloaded: ignored.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

(Dwarf_Fortress:24615): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libaurora.so: wrong ELF class: ELFCLASS64
[New Thread 0xf45ceb70 (LWP 24630)]
[New Thread 0xf3dcdb70 (LWP 24631)]
Loading bindings from data/init/interface.txt
New window size: 1600x500
Font size: 20x20
Resizing grid to 80x25
Resizing font to 20x20

Resetting textures
[New Thread 0xf2e7db70 (LWP 24637)]
[New Thread 0xf267cb70 (LWP 24638)]
DFHack is ready. Have a nice day!
Type in '?' or 'help' for general help, 'ls' to see all commands.
[DFHack]# [New Thread 0xf1e7bb70 (LWP 24639)]
                                             stonesense
[New Thread 0xe3cffb70 (LWP 15659)]
[New Thread 0xe34feb70 (LWP 15660)]
Stonesense launched
Using allegro version 5.0.5 r1
[DFHack]#
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xe34feb70 (LWP 15660)]
__pthread_mutex_lock (mutex=0xd2d2d2d2) at pthread_mutex_lock.c:50
50 pthread_mutex_lock.c: No such file or directory.
(gdb) bt full
#0  __pthread_mutex_lock (mutex=0xd2d2d2d2) at pthread_mutex_lock.c:50
        __PRETTY_FUNCTION__ = "__pthread_mutex_lock"
        type = <optimized out>
#1  0xf74b07d6 in pthread_mutex_lock () from /lib32/libc.so.6
No symbol table info available.
#2  0xf6aea10f in ?? () from /usr/lib32/libX11.so.6
No symbol table info available.
#3  0xf6b009c4 in XrmQGetResource () from /usr/lib32/libX11.so.6
No symbol table info available.
#4  0xf6af7f7d in XStringToKeysym () from /usr/lib32/libX11.so.6
No symbol table info available.
#5  0xf6b26c45 in _XimParseStringFile () from /usr/lib32/libX11.so.6
No symbol table info available.
#6  0xf6b30f39 in _XimLocalOpenIM () from /usr/lib32/libX11.so.6
No symbol table info available.
#7  0xf6b1df3d in _XimOpenIM () from /usr/lib32/libX11.so.6
No symbol table info available.
#8  0xf6b09f0a in XOpenIM () from /usr/lib32/libX11.so.6
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#9  0xf304880e in xkeybd_init_keyboard ()
   from ./stonesense/deplibs/liballegro.so.5.0
No symbol table info available.
#10 0xf300e05b in al_install_keyboard ()
   from ./stonesense/deplibs/liballegro.so.5.0
No symbol table info available.
#11 0xf30e0825 in stonesense_thread(ALLEGRO_THREAD*, void*) ()
   from /media/Linux_Data/Dwarf_Fortress/Test_Fortress/0.34.X/df_34_10_linux/df_linux/hack/plugins/stonesense.plug.so
No symbol table info available.
#12 0xf301328f in thread_func_trampoline ()
   from ./stonesense/deplibs/liballegro.so.5.0
No symbol table info available.
#13 0xf30469b6 in thread_proc_trampoline ()
   from ./stonesense/deplibs/liballegro.so.5.0
No symbol table info available.
#14 0xf73bdc39 in start_thread (arg=0xe34feb70) at pthread_create.c:304
---Type <return> to continue, or q <return> to quit---
        __res = <optimized out>
        __ignore1 = <optimized out>
        __ignore2 = <optimized out>
        pd = 0xe34feb70
        now = <optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-147005452, 0,
                4001536, -481303528, -1082275920, 1459860888},
              mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0},
            data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
        not_first_call = <optimized out>
        freesize = <optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#15 0xf74a351e in clone () from /lib32/libc.so.6
No symbol table info available.


[tofof]

Currently, versions 0.34.08 - 0.34.11 are supported. If you need DFHack for older versions, look for older releases.

_{https://github.com/peterix/dfhack}

There are commits that seem to increase the current version to 34.11 from 2 days ago.  _{https://github.com/peterix/dfhack/commit/eaac32c7652be14dc45366b9d74101ae6a38fb17}

But still no actual release for download?  What gives?  I really don't want to build from source...

[Quietust]

Peterix started the process of making a release for 0.34.11, but he ran into problems with some of the in-progress MacOS X support.

[Eldes]

Peterix started the process of making a release for 0.34.11, but he ran into problems with some of the in-progress MacOS X support.

Is the windows release working, and how do I get it?

[Naros]

Peterix started the process of making a release for 0.34.11, but he ran into problems with some of the in-progress MacOS X support.

Is the windows release working, and how do I get it?

I suspect they'll all be released at the same time.

Just one more way in which Apple makes the world a worse place to live in.

[Raptor_a22]

Just one more way in which Apple makes the world a worse place to live in.

Damn you Apple, delaying my acquisition of DFHack!

[MarcAFK]

To hessau: Did your fps recover after Saving, quitting and reloading?
According to the FPS science thread you would need to do this after any large Autodump+destroy operation in order to see any significant Recovery of FPS.

[Hessuu]

To hessau: Did your fps recover after Saving, quitting and reloading?
According to the FPS science thread you would need to do this after any large Autodump+destroy operation in order to see any significant Recovery of FPS.

Saving, quitting and reloading did not help. Stocks screen doesn't show insane amounts of stuff anymore, and all cave dwellers are gone. There is however 45k entries in the Dead/Missing section.

Here's my save.
http://dffd.wimbli.com/file.php?id=6503

[MarcAFK]

...
I forgot about the dead/missing page, the single biggest unsolvable FPS issue remaining, sadly DFhack can't deal with them, and it seems the game continuse to check through that list for jobs etc, which is causing the lag. My suggestion to toady would be something that cleans up that list whenever a corpse goes missing completely from the map (atomsmash or completely destroyed some other way, perhaps decaying completely in a refuse pile) or whenever a corpse gets slabbed/buried it should remain on that list perhaps under a subheading for Buried dwarves, and after they're buried they should be hidden/forbidden from whatever process it is that's parsing through them constantly(I'm going to assume that it's the Reanimation/ghost code constantly checking for viable targets).