Print

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

[lethosor]

I have a feeling once this updates something will break

Not quite sure what this is supposed to mean.

[scourge728]

something like the website or the download thing idk it was a dumb joke to start with

[lethosor]

Oh, I thought you meant something in DFHack (which is already pretty broken). We host downloads on GitHub now, so hopefully that doesn't go down because of us.

[Dirst]

Oh, I thought you meant something in DFHack (which is already pretty broken). We host downloads on GitHub now, so hopefully that doesn't go down because of us.

"Thank you for calling Infrastructure Services, I'm showing an alarm in the server room HVAC.  Are you calling about that?"
"Yeah... looks like it's snowing frozen elf blood in there."

[Putnam]

Oh, I thought you meant something in DFHack (which is already pretty broken). We host downloads on GitHub now, so hopefully that doesn't go down because of us.

Yeah, you're very unlikely to hit extremes like that lol. This is the most extreme thing I've seen happen when it comes to Github-as-CDN and that's a hilariously ludicrous edge case involving over 16,000 subdirectories and content distribution being done primarily through shallow git clone. It's seriously doubtful that anything you do with zips and tarballs will get you in trouble, heh.

[Roses]

Question about dfhack.timeout(). The whole callback function thing kind of confuses me, will something like this work?

Code: [Select]

dfhack.timeout(ticks+1,'ticks',dfhack.script_environment('functions/event').queueCheck(id,'WEEKLY',true))I can't open DF on this computer so I can't test it out. Do I instead need

Code: [Select]

dfhack.timeout(ticks+1,'ticks',function ()
                                  dfhack.script_environment('functions/event').queueCheck(id,'WEEKLY',true)
                                end)?

[lethosor]

You should definitely use the second instead of the first. The first will call "dfhack.script_environment('functions/event').queueCheck(id,'WEEKLY',true)" exactly once, then pass whatever that returns to dfhack.timeout, which will then try to call it as a function and probably fail.

Also, I'm not quite sure why you're passing ticks+1 as the first argument - that argument is basically "number of ticks later" in this case, so you may as well make ticks whatever you want and use that as the first argument instead (unless I'm misunderstanding something).

[Roses]

You should definitely use the second instead of the first. The first will call "dfhack.script_environment('functions/event').queueCheck(id,'WEEKLY',true)" exactly once, then pass whatever that returns to dfhack.timeout, which will then try to call it as a function and probably fail.

Also, I'm not quite sure why you're passing ticks+1 as the first argument - that argument is basically "number of ticks later" in this case, so you may as well make ticks whatever you want and use that as the first argument instead (unless I'm misunderstanding something).

Thanks, ticks is defined earlier in the code (number of ticks before next week in this case) and is used for another timeout call, I wanted this one to happen the tick after the other one.

[Dirst]

Just out of curiosity, has anyone looked into how boogeymen, demons and normal animal clusters get spawned by the game?  The current version of create-unit uses a trick mifki figured out to use Arena Mode momentarily, but there is still some instability which says to me that at least some of the data structures used in Fort Mode are uninitialized.

Boogeymen appear out of nowhere; animals and demons appear out of nowhere but pulling from abstract populations.  The Starting Seven and the initial migrants might call the same function, or might be completely different because they're built from the ground up to be citizens.  Getting access to that method from DFHack would be the holy grail of spawning creatures, or even just the constructor for a unit would ensure that we don't miss something that might have evaded DF Structures.

[Meph]

I have a question. Can I somehow set a required class, creature or caste for transform-unit? Like "run reaction, transform unit only if its caste X".

In older version that was possible because it used the DF interaction system, with SYN_AFFECTED_CREATURE.

I would use a workaround by using add-syndrome to add a self-targetted interaction, but creatures in DF2016 dont use interactions outside of combat anymore. :/

EDIT:
Oh, and this crashes the game:

Code: [Select]

modtools/reaction-trigger -reactionName MUTATE_RAT -allowNonworkerTargets -command [ modtools/transform-unit -unit \\TARGET_ID -race RAT_GIANT -caste MALE -suppressAnnouncement ] ]
It should target a creature pastured on a workshop and turn it into a giant rat. The creature itself is fine, I can buy giant rats at embark, the game has no issues with them in usual circumstances.

[lethosor]

Is that crashing when you run modtools/reaction-trigger or when modtools/transform-unit gets run?

Just out of curiosity, has anyone looked into how boogeymen, demons and normal animal clusters get spawned by the game?  The current version of create-unit uses a trick mifki figured out to use Arena Mode momentarily, but there is still some instability which says to me that at least some of the data structures used in Fort Mode are uninitialized.

Boogeymen appear out of nowhere; animals and demons appear out of nowhere but pulling from abstract populations.  The Starting Seven and the initial migrants might call the same function, or might be completely different because they're built from the ground up to be citizens.  Getting access to that method from DFHack would be the holy grail of spawning creatures, or even just the constructor for a unit would ensure that we don't miss something that might have evaded DF Structures.

What kind of instability?

There probably aren't entirely separate constructors for citizens and non-citizens. There's probably some method(s) DF uses to turn units into citizens, but unit doesn't have any virtual methods, so finding those methods would require a lot more disassembly and manual searching for each build of DF.

[milo christiansen]

Just FYI: In the prepared meal ingredient struct, unk10 (I think it was unk10) is the ingredient quality. A few seconds with the gm editor and a prepared meal will confirm which it was exactly.

[Meph]

Lethosor:

Is that crashing when you run modtools/reaction-trigger or when modtools/transform-unit gets run?

Neither. I can run both.

It crashes when I use transform-unit with reaction-trigger AND -allowNonworkerTargets. Aka when the worker that does the reaction is not the creature that is transformed.

[lethosor]

Neither. I can run both.

I'm confused. Is DF actually crashing?

Maybe I should be clearer: Does the crash occur immediately when you run the entire command, or does it occur when (as a result of running that command) modtools/reaction-trigger gets called (not directly by you) at a later point in time?

I'm not really that familiar with the modding scripts, but if you think it should be possible to prevent the crash, a minimal save with a reaction and call to reaction-trigger that triggers the crash would be helpful. I can't guarantee that we'll get to it quickly, though, because of the 0.43.05 updates and all.

[Meph]

Neither. I can run both.

I'm confused. Is DF actually crashing?

Maybe I should be clearer: Does the crash occur immediately when you run the entire command, or does it occur when (as a result of running that command) modtools/reaction-trigger gets called (not directly by you) at a later point in time?

DF crashes to desktop.

I dont know how to distinguish between the two options you mention.

I tried using add-syndrome as a workaround, but no dice so far.

Code: [Select]

modtools/reaction-trigger -reactionName MUTATE_RAT_TO_GIANT -allowNonworkerTargets -command [ modtools/add-syndrome -syndrome "transform_rat_giant" -target \\TARGET_ID ]

Code: [Select]

[SYNDROME]
[SYN_NAME:transform_rat_giant]
[SYN_AFFECTED_CREATURE:SKAVEN_RAT:ALL]
[CE_BODY_TRANSFORMATION:START:0][CE:CREATURE:WOLFRAT:MALE]
The thing I'm trying to do is run a script through a reaction that targets a pet pastured on the workshop. In the past I've been doing a lot with this... you can feed pets, armor them, train their combat skills, transform them... but after the dfhack update from 34.11 to future version I've never been able to replicate this.

I'll create a save for you to test.