Print

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

[lethosor]

It was last updated in 2011, though, so it's possible that it was fixed unintentionally at some point since then. If anyone can reproduce it in 0.44 or so, that would be helpful.

[Atomic Chicken]

---
- Ghost expires/gets slabbed/buried, and "dead" and "killed" are set again?

This is correct.

What about husks? Do they keep their souls?

I haven't looked into this, but I think that the changes observed in husks were just regular old syndrome effects, so the soul data is probably left intact.

It was last updated in 2011, though, so it's possible that it was fixed unintentionally at some point since then. If anyone can reproduce it in 0.44 or so, that would be helpful.

I tested this by inducing a fell mood using the "strangemood" plugin and teleporting a ghost into the same room as the target unit. The ghost was subsequently murdered, so it appears that this particular bug hasn't been fixed yet. Note that no corpse is generated since ghosts are produced with all body parts missing, so the mood material requirement remains unfulfilled.

[scourge728]

So how do I actually USE the remove-stress script, I put it in using the all argument and I get an error, do I actually have to remove-stress from EVERY dwarf individually?

[lethosor]

So how do I actually USE the remove-stress script, I put it in using the all argument and I get an error, do I actually have to remove-stress from EVERY dwarf individually?

Can you copy and paste the exact error here? Right clicking the title bar should give you an option to copy if selecting doesn't work on Windows.

Also, what argument exactly did you use?

[scourge728]

remove-stress all

Spoiler (click to show/hide)

C:\Users\Owner2\Downloads\df_44_10_win\hack\lua\utils.lua:607: error parsing arg 1: all
stack traceback:
        [C]: in function 'error'
        C:\Users\Owner2\Downloads\df_44_10_win\hack\lua\utils.lua:607: in function 'utils.processArgs'
        ...r2\Downloads\df_44_10_win/hack/scripts/remove-stress.lua:20: in local 'script_code'
        C:\Users\Owner2\Downloads\df_44_10_win\hack\lua\dfhack.lua:562: in function 'dfhack.run_script_with_env'
        (...tail calls...)

[Atomic Chicken]

remove-stress all

Arguments in the majority of DFHack scripts must be preceded by a hyphen. So in this case, what you need to enter is as follows:

Code: [Select]

remove-stress -all

[scourge728]

and now I have

Spoiler (click to show/hide)

...r2\Downloads\df_44_10_win/hack/scripts/remove-stress.lua:29: attempt to index a nil value (field 'current_soul')
stack traceback:
        ...r2\Downloads\df_44_10_win/hack/scripts/remove-stress.lua:29: in local 'script_code'
        C:\Users\Owner2\Downloads\df_44_10_win\hack\lua\dfhack.lua:562: in function 'dfhack.run_script_with_env'
        (...tail calls...)

[Atomic Chicken]

and now I have

Spoiler (click to show/hide)

...r2\Downloads\df_44_10_win/hack/scripts/remove-stress.lua:29: attempt to index a nil value (field 'current_soul')
stack traceback:
        ...r2\Downloads\df_44_10_win/hack/scripts/rhttps://github.com/DFHack/scripts/blob/master/remove-stress.luaemove-stress.lua:29: in local 'script_code'
        C:\Users\Owner2\Downloads\df_44_10_win\hack\lua\dfhack.lua:562: in function 'dfhack.run_script_with_env'
        (...tail calls...)

Ah, the problem is that you've got soulless units on the map. The script was updated a few weeks ago to deal with this issue, so the version you're using is likely to be outdated. To solve the problem, replace the contents of your copy with the version found here.

[lethosor]

Yeah, that's the issue that I fixed in that script recently. To be fair, that fix wasn't in 0.44.10-r1, so it's not that it's an outdated version of that script specifically, at least if you only consider official releases of DFHack. I'm not sure on a timeline for r2 yet, so upgrading the script yourself is your best bet.

[Oafsalot]

I've come across a bug with Planning Mode.

I don't know if this has been mentioned elsewhere.

I started a new fort, in the latest version, and used planning mode extensively.

I abandoned and reclaimed the fort. The dwarves were all too depressed to work.

Upon trying to use Planning Mode I now get the error and the job is removed:

Kol Lorbanunib, Miner cancels Construct Building: Needs item.
The dwarves were unable to complete the unknown material Table.

It should be noted I have the items that match the job. And even if I just try to place a basic table, with no modifiers, it still won't place it.

I've read that this could be to do with workflow. However I set it to disabled and reloaded the fort to no avail.

Does anyone know why this happens. Perhaps a way to reinitialise Planning Mode to fix it.

Thanks

  Oafsalot

[lethosor]

Have you restarted DF? If that doesn't fix it, please upload the save.

[Oafsalot]

I restarted twice, no go. However I thought I'd just try it again and it worked.

If it repeats I'll be sure to get a save.

Thanks

  oafsalot

[Oafsalot]

I tracked down the problem to 'autounsuspend'. Basically as soon as you enable it all the ghosted furniture will try to complete, be unable to do so and then remove itself.

Autounsuspend treats it as if it's a suspended job.

[lethosor]

Yeah, they basically are suspended jobs. Were you using autounsuspend before you reclaimed?

Maybe there's a way for autounsuspend to detect buildingplan jobs, but I'm not sure. Checking for "unknown material" might do it.

[Markrath]

Not sure if this is the right place to ask, but I remember seeing or hearing, a few years ago, that there is a way to find the position of a specific creature in the game using dfhack. Is that still (or was it ever) possible? I'm having trouble finding a beast in the place where it was last seen.