Print

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

[Fleeting Frames]

I guess it may be theoretically possible, but nobody has put it into practice yet as far as I know.

[DerMeister]

I guess it may be theoretically possible, but nobody has put it into practice yet as far as I know.

So I request this script.

[Warmist]

I guess it may be theoretically possible, but nobody has put it into practice yet as far as I know. everyone is scared of how it will be weaponized.

There, fixed it for ya

[Fleeting Frames]

Just a headsup, but farm plots with planted seeds report wrong extents in r1 at least (and some previous versions of DF).

Couldn't find correct numbers for _displace atm (trying random numbers is crashy), but looking at the seeds' locations should work as workaround if necessary. Though this probably messes with dfhack.buildings.checkFreeTiles if someone were to call it in the middle of a seeded farmplot.

[lethosor]

How are you determining that they're wrong? Extents are reported by DF, not DFHack, at least as far as I know.

[Fleeting Frames]

The impossibly incorrect values, mainly. Here's an example for 31x1 farm plot:

Code: [Select]

[DFHack]# :lua local bld = dfhack.gui.getSelectedBuilding() printall(bld.room) print(dfhack.buildings.countExtentTiles(bld.room,0))
extents                = nil
x                      = -390889336
y                      = 0
width                  = 0
height                  = 0
0


[Rose]

I believe extents only exist if the farm plot has holes in it.

[Fleeting Frames]

Hm, few tests suggest that indeed. Though those farm plots appear to report the correct coordinates, unlike the seeded rectangle plots. (A quick one-seed planting tests suggests that complex shapes do still report correct coords/extents when planted).

[lethosor]

The impossibly incorrect values, mainly. Here's an example for 31x1 farm plot:

Code: [Select]

[DFHack]# :lua local bld = dfhack.gui.getSelectedBuilding() printall(bld.room) print(dfhack.buildings.countExtentTiles(bld.room,0))
extents                = nil
x                      = -390889336
y                      = 0
width                  = 0
height                  = 0
0


The large negative value is most likely an uninitialized value, not anything meaningful.
As for countExtentTiles returning 0, that's what it's supposed to do when "extents" is nil/null: https://github.com/DFHack/dfhack/blob/8a1979b8a7aecee299c0d74720ee37eeaef9fee5/library/modules/Buildings.cpp#L667-L668
Passing width*height instead of 0 as the default value (the second parameter) would probably be a sensible behavior.

[scriver]

I'm not sure if I've done something wrong but the startdwarf comand doesn't seem to be working for me.

It returns the following:

Code: [Select]

[DFHack]# startdwarf 10
E: Encoding::ConverterNotFoundError: code converter not found (ASCII-8BIT to UTF-8)
 eval:2:in `load'
 eval:2:in `block in <main>'
 eval:2:in `catch'
 eval:2:in `<main>'

[lethosor]

Wow, that's a new one. What's your system language? Do other Ruby scripts work, like "source"?

[scriver]

I'm not savvy enough to know what system language refers to specifically but I'm on windows (10), if that helps. I downloaded the dfhack version for Windows 64-bit

Also there's also a bunch of error when I start up DF, which I forgot to mention. I don't know if these are related either but here's what it says:

Code: [Select]

E: Encoding::ConverterNotFoundError: code converter not found (ASCII-8BIT to UTF-8)
 eval:1:in `require'
 eval:1:in `<main>'
E: NoMethodError: undefined method `onstatechange' for DFHack:Module
 eval:1:in `<main>'
E: NoMethodError: undefined method `onstatechange' for DFHack:Module
 eval:1:in `<main>'
DFHack is ready. Have a nice day!
DFHack version 0.44.12-r2 (release) on x86_64
Type in '?' or 'help' for general help, 'ls' to see all commands.
E: NoMethodError: undefined method `onstatechange' for DFHack:Module
 eval:1:in `<main>'
E: NoMethodError: undefined method `onstatechange' for DFHack:Module
 eval:1:in `<main>'
[DFHack]#   
Attempting to run "source" or "source add magma 7" results in the same answer as "setdwarf".

[lethosor]

Is your computer set to English or something else?

[scriver]

Oh! Swedish.

[scriver]

Update: Moving the DF folder from D: to C: drive solved the issue.

While I don't mind since I was going to put it on C: anyway, I still have no idea why. I'm going to assume it is because D: is the grumpy drive and C: is the happy one.