Bay 12 Games Forum

Thanks for the report.

You can try with the latest game_data.ini, it should fix this.

And since I fixed the most obvious bugs. I made some test builds for DF 0.50. The OSX and win32 versions are useless. The linux version should work with DF running in wine/proton. Please check that DT is consistent with in-game information and report any issue you find (except "labors are overwritten by work details").

New version released: 41.2.5

This is likely the last release for DF 0.47.05 and older.

Changelog:

• added Beliefs grid view
• removed outdated Social-Alt grid view
• removed commitment from sexual orientation info
• fixed configuration file permission on macOS

I prefer asynchronous discussions. I'll create a github issue.

The network rpc is pretty fast, and I've used it plenty for small reads.

How much is "plenty"? DT often reads integers one at a time and this leads to hundreds of thousands of calls to read_raw for a small save. If I force reading all creature raws, it is over a million. I think I tested a naive implementation of read_raw over DFHack RPC a long time ago and it took over 15 minutes to load. Maybe it was an issue with debug performance, maybe my DFHack RPC implementation was bad. There may also have been an issue with DT attach/detach mechanisms not being used correctly. Anyway it is slower than single system calls and it reveals a lot of issue in the way DT reads its data but it should be fixable.

Hi there first message on Bay12 forums to thank you for the work you put in updating DTherapist. To react to some previous messages, I never used DFHack, while I wouldn't be able to play whithout DTherapist.

I want to ask this not to put any pressure on anyone but because I have absolutely no idea of the difficulty of the task: is having a 50.04 compatible version of DTherapist a matter of months? Of weeks? (of minutes, why not )

I cannot make any promise except that it is not minutes. As I already said, I plan to make a read-only release (or maybe with old-school labor management using Putnam trick) as soon as DFHack's df-structures is good enough for me (that is usually before it is good enough for DFHack itself since DT only uses a small subset of it). Then take my time to add support for new features like work details.

Actually I was partially wrong, skills should be correct in "Dwarf Details" or in the dwarf tool-tip, but grid views needs to be updated too. If you check the tool-tip over the "Gelding", you may read something like "Gelding - Competent Musician", so the skill you see is actually "musician".

Most amusingly, it thinks half of my fort are legendary Gelders.

Skills are supposed to be fixed. Did you install the modified game_data.ini?

Work detail support wouldn't be necessary for basic labor support; as of v50.04 there is a global external flag exported by the game with the rest of the global addresses that can be flipped to disable work details completely so that utilities can do more granular operations without work details stomping on them (since they replace all dwarf labors whenever they're modified at all).

What is the name of this flag?

Anyway, work detail support will have to be added sooner or later. Adding memory management capabilities will also enable for other features like burrow management, or maybe occupations. It would be something really nice to have.

About macOS support, I cannot maintain it because Apple does not make it easy to develop applications for mac without Apple hardware. And it has bugs like requiring running as root. Replacing the macOS port with a DFHack port would fix all of this. It could still be optional for other platforms.

You should update cmake. It is not that it does not find MSVC, it's that it doesn't know it.