Print

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

[scamtank]

I'm pretty sure it's missing from Windows.

Looking at the symbols.xml quickly it's like the only one that's outright missing, too. It's taunting us.

[expwnent]

Any idea why this is happening?

Code: [Select]

[DFHack]# tile/material-change -floor -unit 3387 -plan 5x5_X -material GOLD
C:\Users\Miles\Desktop\My_DF2\hack\lua\utils.lua:595: error: invalid arg: 1: flo
or
stack traceback:
        [C]: in function 'error'
        C:\Users\Miles\Desktop\My_DF2\hack\lua\utils.lua:595: in function 'proce
ssArgs'
        ...les\Desktop\My_DF2\hack\scripts/tile/material-change.lua:95: in main
chunk
        (...tail calls...)
I think I know what it is saying, but it doesn't make sense, since I have

Code: [Select]

validArgs = validArgs or utils.invert({
 'help',
 'plan',
 'location',
 'material',
 'dur',
 'unit',
 'floor',
 'remove'
})
local args = utils.processArgs({...}, validArgs)In my code.

I think I know what's happening. You need to exit and restart DF or temporarily add 'validArgs = nil' to your script.

DFHack keeps track of the global variables of each script. They persist even if you change the script. I suspect you added the floor option while DFHack was running, so the 'validArgs or ...' returns validArgs because validArgs isn't nil.

[lethosor]

startdwarf works for me in 0.40.24. Make sure you're using a version of DFHack that has the necessary offset (i.e. not r0).

I thought it was only found on mac/linux?

Quietust found it for 0.40.24 on Windows but apparently nobody added it to symbols.xml. Should be 0xB4C833.

[Meph]

So I add this to it?

Code: [Select]

        <vtable-address name='start_dwarf_count' value='0xB4C833'/>

[lethosor]

No, it's a global (and already has a line in symbols.xml). Find the start_dwarf_count line for Windows (here) and add the offset to it.

[Meph]

I did, looks like this now:

Code: [Select]

        <global-address name='start_dwarf_count' value='0xB4C833'/>
But doesnt work. Still have 7 embark units.

[lethosor]

What's the output of ":lua ~dfhack.internal.getAddress('start_dwarf_count')"?

[scamtank]

Please, Meph. This isn't hard!

[Meph]

Neat.

Could you please post the line in symbols.xml, or whatever else you changed?

PS: I personally prefer RAWs.

[scamtank]

There's absolutely nothing weird about it. Symbols.xml in the \hack directory, the section right underneath the big evil Windows flag.

Code: [Select]

...
        <global-address name='save_on_exit' value='0x1839D92'/>

        code

        <global-address name='start_dwarf_count' value='0xB4C833'/>

        generated standingorders

        <global-address name='standing_orders_gather_minerals' value='0x00e80e64'/>
...

[Meph]

Ah, found my mistake. There are 4 entries of start_dwarf_count, while I only changed one of them. Fixed now, works. Thanks for the help and the patience.

[fricy]

Ah, found my mistake. There are 4 entries of start_dwarf_count, while I only changed one of them. Fixed now, works. Thanks for the help and the patience.

Well, you need to change only one of them, but it needs to be the correct one. The others are for Linux and Mac.

[lethosor]

Ah, found my mistake. There are 4 entries of start_dwarf_count, while I only changed one of them. Fixed now, works. Thanks for the help and the patience.

Well, you need to change only one of them, but it needs to be the correct one. The others are for Linux and Mac.

There's also one in the commented-out section at the start of the file.

[Meph]

HAhahahaaa.... *dies

So I just broke startdwarf on mac and linux. (no worries, I know how to fix it now)

[Gorobay]

Given a unit, how can I determine what site they live in?