Print

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

[Rumrusher]

the fact they attack the military is a Vanilla hardcoded issue and not a DFhack related bit.
probably tied to the Passiveness they had in the previous versions being patched for adventurers but ended up making them hostile if anyone enlisted... due to the adventurer is part of a military group from the start.
I seen this happen when I modded the game to give me All general Poison classed creatures and the end result made it so Night trolls only attack if someone arms themselves.
now on the Dragon problem I have no clue, outside of Dfhack the dragon to plop out eggs(using an empregnate script) then editing the eggs with Gm-editor to be fertile and pray the mother doesn't try to eat her kids in the process.
if your already modding the dragons then probably scan through their raws to see if any token is causing them to attack, or if Breathing fire is a Greeting.

you probably should have set the Civid to the fort to skip the step and headache of training them as that might be the fault.

[FantasticDorf]

Well its more or less a requirement to enable non-brawling behaviour in having your weapon out typically, so im not terribly suprised. There's probably very little that can be done to correct this even with mass applied scripts to set them to lethal though.

Night trolls are intelligent enough to make a assessment of a armed theat, regular cavern trolls still have the basic intelligence to do the same and will proceed to topple your workshops mostly being ignored until you send in dwarves to dispatch it, and while i occasionally see most creatures be more hostile when dwarves bumble too close, they don't exactly charge at them but rather the dwarves need to get in the way of them somehow. Known bug. #0010031

[Cocoprimate]

seen this happen when I modded the game to give me All general Poison classed creatures and the end result made it so Night trolls only attack if someone arms themselves.
now on the Dragon problem I have no clue, outside of Dfhack the dragon to plop out eggs(using an empregnate script) then editing the eggs with Gm-editor to be fertile and pray the mother doesn't try to eat her kids in the process.
if your already modding the dragons then probably scan through their raws to see if any token is causing them to attack, or if Breathing fire is a Greeting.

you probably should have set the Civid to the fort to skip the step and headache of training them as that might be the fault.

I've gone through the raws but I don't think there's anything there to affect them like this (which token would cause this?). I just added the child tag and changed the egg size. How do I set the civid to the fort?

[lethosor]

There's a -setUnitToFort argument you can pass, which is equivalent to using the -groupId and -civId arguments: http://dfhack.readthedocs.io/en/stable/docs/_auto/modtools.html#modtools-create-unit

[Cocoprimate]

It still doesn't work. It appears some animals spawned via this way are always hostile towards members of their own species, but others don't. I tried spawning pairs of different creatures: dragons, lions, dogs, cats, elephants and cows.

Dragons, lions and dogs attacked each other mercilessly as soon as they spawned. Elephants, cows and cats didn't attack each other, though it seemed one of the two always became "overcome with mortal terror" of their fellow creature.

I always used the following command: modtools/create-unit -race ELEPHANT (for example) -caste FEMALE -setUnitToFort

What could be causing this? Some carnivore thing?

[Lenny Zicree]

using
[DFHack]# tweak adamantine-cloth-wear
[DFHack]# tweak craft-age-wear

i just found that every last unworn bit of adamantine cloth and armor in my game has f* rotted down to "xXadamantine cloakxX" inside of 19.5 months.

i dont know what to do anymore. i'm getting that ptsd look you see on toilet cleaners working in stadiums i'm so disappointed.

does anyone have a script to remove wear from all items please?

[Bumber]

i just found that every last unworn bit of adamantine cloth and armor in my game has f* rotted down to "xXadamantine cloakxX" inside of 19.5 months.

Could be the new item damage mechanics. Armor takes damage in combat, and dwarves will swap them out for new ones.

[Lenny Zicree]

Could be the new item damage mechanics. Armor takes damage in combat, and dwarves will swap them out for new ones.

no combat. it was never worn, stored in a locked 3x3.
it rotted worse than the clothing it was intended to replace.

[lethosor]

That sounds like more wear than expected, although I haven't used those tweaks. Did you enable them yourself or were they in the default config file? You included the DFHack prompt so I'm not sure.
I think wear is determined by one or two item counters, so you should be able to change it back with gui/gm-editor, lua, etc. without a full-fledged script.

[Bumber]

no combat. it was never worn, stored in a locked 3x3.
it rotted worse than the clothing it was intended to replace.

You didn't have refuse enabled on the stockpile, did you?

[Bomepie]

Any scripters out there have experience with using dfhack.items.remove(item), particularly on corpses?

I've put together a janky-ass script to crawl a stockpile and replace Sentient Corpses with Bone Blocks (for reasons) and I was wondering if the deletion part of the code would cause any problems when used on a large scale. I'd hope the actual corpse objects aren't just piling up somewhere, waiting to cause crashes and FPS loss, but I don't really know for certain, and would love some reassurance from you veterans.

[Putnam]

If it's a dfhack function, it should do all the requisite cleanup. There may be problems if the item is in use, perhaps.

[lethosor]

Taking a look at the implementation should answer some of your questions. Specifically, it sets the garbage_collect flag to true unless the last argument is true, which will remove it safely and completely (after a small delay, usually). Before doing that, it calls detachItem(), which fails and returns false if there are certain general/specific refs, if specific screens are open in specific situations, and a few other things (anything with "return false" in that function), but if detachItem returns false, so will remove(), so it should be pretty easy to detect.

[Bomepie]

Neat, thanks for the reassurance. Not it's time for the smoke test, here's hoping the lack of buriable bodies doesn't cause weirdness with ghosts and such.

[uioped1]

you should be able to cross reference an Adventurer who starts from the fort for the adventurer's who don't but really it just aligning the Citizen's id (the unit's Civ, Population, and probably group ids to match with the starting citizen's ids everything else seems to be not really needed) with the rest of the fort once your in Fort mode.
I do remember someone making a script that converts units to your Fort might be Called Makeown.

Thanks.  Googling found the makeown command in the tweak plugin, but that is not sufficient to make my adventurer accept labor assignments.  (it sets the civ and some flags on the unit - resident, etc) I suspect something has changed in the game that renders that command irrelevant.   Based on a hint in the forums I found what I posted previously, which does work, however I'm not sure if I'm just missing something that is not completely working.  If anyone can tell me whether it's possible to change an existing reference using gui/gm-editor, that would be helpful.

edit: I just had an epiphany what a nemesis is: it is the corresponding unit id for the historical figure... not sure why anything worked without it, but hey.

A quick update on this, I've found that adding the references to the nemesis/hist fig entries is not necessary, since loading from a save synchronizes them.  Working on figuring out how to perform same from a script.  when I do I'll submit a pull request.  If anyone can point me to documentation of the data model exposed to scripts in dfhack, that would be _extremely_ helpful.