Print

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

[Rumrusher]

okay trying to see if I can fix the crash that would happen if you play on a dfhack spawn site in fort mode
and hit a snag on trying to insert a pointer to unk_188 in the site.
edit: so uhh just copied the unk_188 of another site and now need to see if this fix the seasonal bug with fort mode on dfhack made sites.

[Warmist]

server online again: http://dwarffort.duckdns.org/

Now experimenting with tilesets... Anyone know how to color images correctly?

Edit: Okay finally done... The result is: first draw with normal tiles, then draw "source-atop" tile colors and then draw "destination-over" backgrounds.
Next maybe ajax? though don't really want to :/
This is how it looks like, when the server will go down to see:

Spoiler (click to show/hide)

Next idea: arena mode - each client gets a dwarf which fights in arena, you could buy items etc... Would get money for victories. Also you could probably direct where should the dwarf move... Maybe, i'm not sure...

EDIT: NOW WITH ANIMATED CANVAS

[Max™]

okay trying to see if I can fix the crash that would happen if you play on a dfhack spawn site in fort mode
and hit a snag on trying to insert a pointer to unk_188 in the site.
edit: so uhh just copied the unk_188 of another site and now need to see if this fix the seasonal bug with fort mode on dfhack made sites.

To help a bit more with this, crosspost from the adventurer threads, a pre-existing zone from an adventurer site seems to cause a crash any time visitors arrive in fort mode trying to go to the camp zone. Get "succession traveler placed out of bounds" type errors and poof game crashes to desktop.

Delete the camp zones before putting a fort on top.

[hagger]

Hi all,

I'm getting a crash whenever I try and run the adaptation script. I've tried pretty much all possible arguments, and DF just goes down once I enter that command.

I'm on x64, Windows 10, can try and get more details/upload a save if required. I've had a little poke around, and it seems to write the following to stderr in the df folder:

Code: [Select]

FirstCall()
Initized HOOKS!


I've never used this script before, so don't know expected functionality or anything, but I'm guessing crashes aren't expected hehe.

[lethosor]

Log information is appended to the end of stderr.log. That's status information that DFHack logs on startup.

Anyway, adaptation is a Ruby script, so it's probably https://github.com/DFHack/dfhack/issues/1023, which we already know about. I don't think anyone's mentioned that script, though, so I'll add it to the list. Thanks!

[Rumrusher]

hmm wonder if it's possible to generate a world that has one long road on a flat surface in the woods and to cram as many dwarves into a minecart and have online players send in push commands to the cart.
as an idea for warmist duckdns df
edit: thinking about a DF version of chicken where everyone shaking the minecart and seeing who going to chicken out last,
considering you could jump out of the minecart

[hagger]

Log information is appended to the end of stderr.log. That's status information that DFHack logs on startup.

Anyway, adaptation is a Ruby script, so it's probably https://github.com/DFHack/dfhack/issues/1023, which we already know about. I don't think anyone's mentioned that script, though, so I'll add it to the list. Thanks!

cool, no problem! and thanks for the info. I'll just fix cave adaptation in soldiers the old-school way, by stationing them outside until they stop puking. Ahhh, Dwarf Fortess.

[Warmist]

Log information is appended to the end of stderr.log. That's status information that DFHack logs on startup.

Anyway, adaptation is a Ruby script, so it's probably https://github.com/DFHack/dfhack/issues/1023, which we already know about. I don't think anyone's mentioned that script, though, so I'll add it to the list. Thanks!

cool, no problem! and thanks for the info. I'll just fix cave adaptation in soldiers the old-school way, by stationing them outside until they stop puking. Ahhh, Dwarf Fortess.

Does that work? I always thought that once you get cave adaptation it's there for all times.

[DanielCoffey]

Fortunately not according to the wiki... being "outside" will cause cave adaptaion to wear off (with possible vomiting and unhappy thoughts), being "indoors but light" will not affect adaptation either way and being "inside and dark" (below ground) will increase adaptation.

[lethosor]

Log information is appended to the end of stderr.log. That's status information that DFHack logs on startup.

Anyway, adaptation is a Ruby script, so it's probably https://github.com/DFHack/dfhack/issues/1023, which we already know about. I don't think anyone's mentioned that script, though, so I'll add it to the list. Thanks!

cool, no problem! and thanks for the info. I'll just fix cave adaptation in soldiers the old-school way, by stationing them outside until they stop puking. Ahhh, Dwarf Fortess.

By the way, ab9rf should have fixed that issue. Turns out accessing globals on Win64 would always crash, because addresses were getting truncated somewhere in the Ruby API.

[PatrikLundell]

What causes visitors to display that they're ready to leave (it seems they have a path for a meeting with the edge, but something ought to cause them to set up that path in the first place)? I've failed to find it, and I'd like to hack units that have overstayed their welcome by several years (causing scandals by running around naked as well as uselessly using up a visitor slot) to nudge them to depart.

[lethosor]

Here is a new alpha release, with the Ruby fix (and several other fixes): https://github.com/DFHack/dfhack/releases/tag/0.43.05-alpha3

Do keep reporting issues that come up, although hopefully there are fewer now.

What causes visitors to display that they're ready to leave (it seems they have a path for a meeting with the edge, but something ought to cause them to set up that path in the first place)? I've failed to find it, and I'd like to hack units that have overstayed their welcome by several years (causing scandals by running around naked as well as uselessly using up a visitor slot) to nudge them to depart.

I can't answer this well myself (maybe someone else can), but I did fairly minimal research into visitors when that version of DF came out, and I don't remember seeing a lot done by other people, so it's possible that nobody has discovered the relevant structure(s) yet (or they've been mapped but not named, which would make things a lot easier). It definitely seems like something unit-specific, so maybe look for unit fields added around 0.42.

[Max™]

What does:  ui_advmode: aligned enough so that it doesn't crash (64-bit OS X/Linux) mean? The symbols are still missing or was it not merged from the symbols where that was changed?

[lethosor]

It means that I fixed the layout of the ui_advmode type. The address is available on OS X, but the layout is the same on Linux, so once the address is located there, it should be more stable.

It's also possible that the address originally couldn't be found on Linux because the layout was bad.

[Max™]

Ahhhh, I was super confused when I pulled it up and started looking through the symbols and such, makes sense.