Just hours after I updated my pack with the last memory layout!It's because you didn't do your release incantation correctly: You just mentioned Toady, but not Clément or other tool maintainers ;)
Thanks, Clément - many of us appreciate your work on Therapist :D
Just hours after I updated my pack with the last memory layout!You are not missing much. The only changes from 38.1 that would affect your pack are cosmetic (otherwise it is mostly mixed architecture or linux changes). This was a fast release with not much testing, they may be need for fixes soon.
Thanks, Clément - many of us appreciate your work on Therapist :D
Is there any way to filter out petitioners who are not citizens yet (monster slayers in 'u' screen). They show as citizens in DF but I don't think they're supposed to be. The wiki says they can become citizens in 2 years. You can't change their jobs or put them in squads in-game, but therapist appears to allow this. I haven't tried it, in case it is game breaking.
Is there any way to filter out petitioners who are not citizens yet (monster slayers in 'u' screen). They show as citizens in DF but I don't think they're supposed to be. The wiki says they can become citizens in 2 years. You can't change their jobs or put them in squads in-game, but therapist appears to allow this. I haven't tried it, in case it is game breaking.
Doesn't the "Don't Display Visitors/Guests" option (general tab) take care of that? Jobs should not be allowed if you do not have enable the cheat option "Allow Labor Setting on Anyone" (general tab too). Maybe 0.44.02 broke the test for citizenship. I did not check that.
I don't remember if this is a known bug, but naming two sets the same thing in the grid view editor causes issues. They become the same entry and contain the same info and get deleted together.I did not know it at least, so thanks for reporting. More generally, feel free to report old bugs that still exists even if they were reported in the old thread (but lost in the discussion) or splintermind repo issues (I can't clone this as easily as the code, and I don't know what is still relevant anyway).
I've been out of the game for a while, but I don't think I've seen memory layouts for Linux since before 43.05.Running which version of DF? 0.44.02 does not have a memory layout yet. 0.43.05 should work, post the output of DT in this case.
DT 39.0 compiled and built fine on my Fedora box, but I'm stumped on getting it connected to DF. Any pointers?
How do I get this working on OSX? When I download the source and go into osx--> Templates and try to launch the Dwarf therapist from there, I get 'you can't open the application 'dwarf thereapist' because it may be damaged or incomplete.Sorry, I don't have builds for OSX, nor specific instructions on how to make them. I did not update any of distribution script, and I expect them to be currently broken (build system changed since splinterz from qmake to cmake).
Running in Windows 7 64bit, but rather not running. The process launches and doesn't bring up an interface, and sits in the background as a 4,040k process.No error message? Does it create a log/run.log file in DT directory? If so, post its content.
At least in my save, checking off "Don't Display Visitors/Guests" doesn't take anyone off the list. Accepted petitioners are in the "citizen" list in-game, but clearly aren't citizens as you can't do anything with them. I think you can edit them in dwarf therapist even without checking the cheat option? It looks like there is a bug or a missing category for them.Could you upload your save somewhere (DFFD (http://dffd.bay12games.com/), for example)? I don't have a 0.44.02 fortress advanced enough to test all the features.
Running in Windows 7 64bit, but rather not running. The process launches and doesn't bring up an interface, and sits in the background as a 4,040k process.No error message? Does it create a log/run.log file in DT directory? If so, post its content.
Does anyone know the meaning of the "item_type" value in the "[item_offsets]" section of memory layouts? In DFHack script, it is hard coded to 1 for all OS except OSX where it is 4. I cannot find any use of it in DT source code.That dates back to https://github.com/DFHack/scripts/commit/27967e59424db5fea75d874cbf0b362cf526ac5f. I don't know anything about it, but if removing it doesn't break DT, it's probably fine to remove. I can't imagine that that works everywhere, because Linux and OS X should have the same offset for that.
The readme says "Qt5 (with Widgets and QML modules)".
You need to have gcc 5 or newer to compile DT.
The readme says "Qt5 (with Widgets and QML modules)".
With no mention of "qtdeclarative5-dev" whatsoever, which is necessary, but not pulled in by the other packages as a dep nor as a recommend.
You need to have gcc 5 or newer to compile DT.
Ah, bugger. Unfortunately, it isn't in backports. Guess I'll take a stab at it from Gentoo, assuming I can map out the differences in DEB->EBUILD names.
P.S. If any of this comes across as harsh, please know that it isn't intended as such. I just have no idea how to not sound like that. :(
git clone https://github.com/Dwarf-Therapist/Dwarf-Therapist.git
mkdir Dwarf-Therapist-build
cd Dwarf-Therapist-build
cmake ../Dwarf-Therapist
ln -s ../Dwarf-Therapist/share .
make -j$(nproc)
make install
sudo setcap cap_sys_ptrace=ep /path/to/DwarfTherapist
It took me a little while (certainly not 2 days!) to figure this out recently. Fortunately my distro subtitled "qt5-declarative" with "Classes for QML and JavaScript languages" so searching yielded good results quickly. That said it is probably worth mentioning since that's two of us now. :)
A quick search revealed that gcc 5 used to be in testing for jessie but has been moved back to unstable a while ago. No experience with Debian but could pulling gcc 6.1 (i think) from Debian Stretch be another possibility (or even bite the bullet and migrate to stretch)?
As for build instructions I have been using those posted by Hello71 in the previous thread. I reproduce them here in case they might help someone in the meantime:Code: [Select]git clone https://github.com/Dwarf-Therapist/Dwarf-Therapist.git
mkdir Dwarf-Therapist-build
cd Dwarf-Therapist-build
cmake ../Dwarf-Therapist
ln -s ../Dwarf-Therapist/share .
make -j$(nproc)
makeinstall
The makeinstall is optional since you can run the 'shared library' directly from a terminal.
You may well need an additional step, depending on your distribution, to allow DT to interact with DF:Code: [Select]sudo setcap cap_sys_ptrace=ep /path/to/DwarfTherapist
p.s. Thankyou Clément for herding us cats.
P.S. I should point out that the command is "make install", not "makeinstall", unless you have "makeinstall" aliased.
P.S. I should point out that the command is "make install", not "makeinstall", unless you have "makeinstall" aliased.
Fixed. Thank you.
Is 'ascii' not a possibility? (Which is my OT way of saying, tell me more about this Devuan thing. ;))
Package names change across distros. So I am being generic and I use the name from Qt: Qt QML Module (http://doc.qt.io/qt-5/qtqml-index.html) (not to be confused with with QML Modules (http://doc.qt.io/qt-5/qtqml-modules-topic.html) ???). Qt Declarative (http://doc.qt.io/qt-4.8/qtdeclarative-module.html) was the old Qt4 name.
In the same manner, I say "C++ compiler with C++14 support", that means gcc 5 or newer (https://gcc.gnu.org/projects/cxx-status.html#cxx14) if you use gcc, but that could be another compiler. By the way, I did not think about it yesterday, but clang 3.5 (https://packages.debian.org/jessie/clang-3.5) is in Debian repo, it should support C++14 since 3.4 (https://clang.llvm.org/cxx_status.html) (I don't know if that is necessary for you: with travis (https://github.com/Dwarf-Therapist/Dwarf-Therapist/blob/master/.travis.yml#L24), I had to install the libc++-dev package and export CXXFLAGS="-stdlib=libc++ $CXXFLAGS" for compiling with clang++).
You chose to use an exotic distribution [...]
I've compiled and uploaded a build of 39.0.0 for macOS to DFFD: http://dffd.bay12games.com/file.php?id=13265Thank you so much. I can't play DF without therapist.
Experimental memory layouts for 0.44.02 on linux are available: 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.02_linux/share/memory_layouts/linux/v0.44.02_i386.ini), 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.02_linux/share/memory_layouts/linux/v0.44.02.ini).Praise Armok! Thank you so much; I've been avoiding playing 44.02 until DT is out for it. I can live without DFHack, but without Therapist the game is unplayable.
QPainter::begin: Paint device returned engine == 0, type: 3
QPainter::setCompositionMode: Painter not active
QPainter::end: Painter not active, aborted
in the terminal. Not sure if it's related. Oh and the report is from a linux 64 build from a few hours ago, in case it matters.I was wondering if someone could help me. I would appreciate a 32-bit OSX layout for use with DF v0.44.02. Or do you think that's possible to generate?Try the one in this post (http://www.bay12forums.com/smf/index.php?topic=168411.msg7633700#msg7633700). It is completely untested since I don't use OSX. But the method I used to compute the offsets seems to work well with other platforms.
It's definitely possible to generate. DFHack should work on 32-bit OS X now thanks to Quietust and Mifki finding offsets there, but I haven't built a 32-bit version myself, let alone generated a DT layout yet. I can probably do that tomorrow if nobody beats me to it.Although I already posted one, it would be nice if you could generate one from the dfhack script and compare with mine to check if I am doing this the right way.
it's saying that it cannot locate a copy of df running, but I am running it with a fort loaded?Can you post the content of the log/run.log file?
using the therapist 39 for win32 with df44.02 x32
2017-Dec-03 23:53:34.059 INFO core Dwarf Therapist "39.0.0" starting normally. [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:186] (setup_logging) 2017-Dec-03 23:53:34.060 INFO core Runtime QT Version 5.9.2 [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:187] (setup_logging) 2017-Dec-03 23:53:35.935 INFO core beginning to read settings [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:213] (read_settings) 2017-Dec-03 23:53:35.962 INFO core finished reading settings [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:264] (read_settings) 2017-Dec-03 23:53:36.043 INFO core attempting connection to running DF game [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:405] (connect_to_df) 2017-Dec-03 23:53:36.046 INFO core adding valid layout "v0.44.02 win64" checksum: "0x5a176770" SHA: "a61b176e5d6ba2cb0f72dd18007230ad0845310c" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.048 INFO core adding valid layout "v0.44.02 win32" checksum: "0x5a175fbd" SHA: "d4651dfb7ab1dc4c6261fa1cf635fc74b322b05b" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.050 INFO core adding valid layout "v0.43.05 win64" checksum: "0x577b5e93" SHA: "c59557598bc06b32d3f3102b550229ce404e4f9e" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.052 INFO core adding valid layout "v0.43.05 win32" checksum: "0x577b57ff" SHA: "2d0601ef59b79bfb4eb717ab8d20bbdc6a58825c" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.054 INFO core adding valid layout "v0.43.03 (graphics)" checksum: "0x57420c94" SHA: "0d3b6a608f7191669208e67034dab2bc788a02d7" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.055 INFO core adding valid layout "v0.43.02 (graphics)" checksum: "0x5733848a" SHA: "829e84ddc0faa76be804a31ed61886088ac542a1" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.057 INFO core adding valid layout "v0.42.06 (graphics)" checksum: "0x56bba192" SHA: "9734f21b29a670125f1d5f4ea8b3a3b7fc6b0ca2" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.059 INFO core adding valid layout "v0.42.05 (graphics)" checksum: "0x569bf3df" SHA: "d1f7cf3a8905f4089d683f670f1056ad91529a83" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.060 INFO core adding valid layout "v0.42.04 (graphics)" checksum: "0x567ef345" SHA: "f37a015884e7986db44574431e456a7c36769696" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.062 INFO core adding valid layout "v0.42.03 (graphics)" checksum: "0x566c7776" SHA: "1d7915745e7d1be82eb861e08ac24e7226b3a563" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.063 INFO core adding valid layout "v0.42.02 (graphics)" checksum: "0x56633788" SHA: "6ec444e3eae49bfa7ace26a0970eb201c2e29524" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.065 INFO core adding valid layout "v0.42.01 (graphics)" checksum: "0x565ca0e6" SHA: "f4a3586c2bc8f86963318d6489207f5fcc045831" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-03 23:53:36.065 INFO core attempting to find running copy of DF [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:236] (find_running_copy) 2017-Dec-03 23:53:36.068 INFO core PID of process is: 6516 [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:242] (find_running_copy) 2017-Dec-03 23:53:36.068 INFO core PROC HANDLE: 0x270 [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:248] (find_running_copy) 2017-Dec-03 23:53:36.069 ERROR core Error creating toolhelp32 snapshot! "Only part of a ReadProcessMemory or WriteProcessMemory request was completed." [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:257] (find_running_copy) 2017-Dec-03 23:53:36.069 WARNING core lost connection to DF [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:466] (lost_df_connection) 2017-Dec-03 23:53:36.071 ERROR core ("Not Running", "Unable to locate a running copy of Dwarf Fortress, are you sure it's running?", "", "") [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:488] (lost_df_connection) 2017-Dec-04 00:10:10.337 INFO core attempting connection to running DF game [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:405] (connect_to_df) 2017-Dec-04 00:10:10.340 INFO core adding valid layout "v0.44.02 win64" checksum: "0x5a176770" SHA: "a61b176e5d6ba2cb0f72dd18007230ad0845310c" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.342 INFO core adding valid layout "v0.44.02 win32" checksum: "0x5a175fbd" SHA: "d4651dfb7ab1dc4c6261fa1cf635fc74b322b05b" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.344 INFO core adding valid layout "v0.43.05 win64" checksum: "0x577b5e93" SHA: "c59557598bc06b32d3f3102b550229ce404e4f9e" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.346 INFO core adding valid layout "v0.43.05 win32" checksum: "0x577b57ff" SHA: "2d0601ef59b79bfb4eb717ab8d20bbdc6a58825c" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.348 INFO core adding valid layout "v0.43.03 (graphics)" checksum: "0x57420c94" SHA: "0d3b6a608f7191669208e67034dab2bc788a02d7" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.350 INFO core adding valid layout "v0.43.02 (graphics)" checksum: "0x5733848a" SHA: "829e84ddc0faa76be804a31ed61886088ac542a1" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.352 INFO core adding valid layout "v0.42.06 (graphics)" checksum: "0x56bba192" SHA: "9734f21b29a670125f1d5f4ea8b3a3b7fc6b0ca2" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.354 INFO core adding valid layout "v0.42.05 (graphics)" checksum: "0x569bf3df" SHA: "d1f7cf3a8905f4089d683f670f1056ad91529a83" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.356 INFO core adding valid layout "v0.42.04 (graphics)" checksum: "0x567ef345" SHA: "f37a015884e7986db44574431e456a7c36769696" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.358 INFO core adding valid layout "v0.42.03 (graphics)" checksum: "0x566c7776" SHA: "1d7915745e7d1be82eb861e08ac24e7226b3a563" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.360 INFO core adding valid layout "v0.42.02 (graphics)" checksum: "0x56633788" SHA: "6ec444e3eae49bfa7ace26a0970eb201c2e29524" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.362 INFO core adding valid layout "v0.42.01 (graphics)" checksum: "0x565ca0e6" SHA: "f4a3586c2bc8f86963318d6489207f5fcc045831" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:10.362 INFO core attempting to find running copy of DF [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:236] (find_running_copy) 2017-Dec-04 00:10:10.364 INFO core PID of process is: 6516 [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:242] (find_running_copy) 2017-Dec-04 00:10:10.364 INFO core PROC HANDLE: 0x260 [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:248] (find_running_copy) 2017-Dec-04 00:10:10.365 ERROR core Error creating toolhelp32 snapshot! "Only part of a ReadProcessMemory or WriteProcessMemory request was completed." [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:257] (find_running_copy) 2017-Dec-04 00:10:10.365 WARNING core lost connection to DF [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:466] (lost_df_connection) 2017-Dec-04 00:10:10.368 ERROR core ("Not Running", "Unable to locate a running copy of Dwarf Fortress, are you sure it's running?", "", "") [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:488] (lost_df_connection) 2017-Dec-04 00:10:19.449 INFO core beginning to read settings [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:213] (read_settings) 2017-Dec-04 00:10:19.451 INFO core finished reading settings [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:264] (read_settings) 2017-Dec-04 00:10:20.585 INFO core attempting connection to running DF game [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:405] (connect_to_df) 2017-Dec-04 00:10:20.588 INFO core adding valid layout "v0.44.02 win64" checksum: "0x5a176770" SHA: "a61b176e5d6ba2cb0f72dd18007230ad0845310c" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.589 INFO core adding valid layout "v0.44.02 win32" checksum: "0x5a175fbd" SHA: "d4651dfb7ab1dc4c6261fa1cf635fc74b322b05b" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.591 INFO core adding valid layout "v0.43.05 win64" checksum: "0x577b5e93" SHA: "c59557598bc06b32d3f3102b550229ce404e4f9e" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.593 INFO core adding valid layout "v0.43.05 win32" checksum: "0x577b57ff" SHA: "2d0601ef59b79bfb4eb717ab8d20bbdc6a58825c" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.595 INFO core adding valid layout "v0.43.03 (graphics)" checksum: "0x57420c94" SHA: "0d3b6a608f7191669208e67034dab2bc788a02d7" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.596 INFO core adding valid layout "v0.43.02 (graphics)" checksum: "0x5733848a" SHA: "829e84ddc0faa76be804a31ed61886088ac542a1" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.598 INFO core adding valid layout "v0.42.06 (graphics)" checksum: "0x56bba192" SHA: "9734f21b29a670125f1d5f4ea8b3a3b7fc6b0ca2" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.600 INFO core adding valid layout "v0.42.05 (graphics)" checksum: "0x569bf3df" SHA: "d1f7cf3a8905f4089d683f670f1056ad91529a83" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.601 INFO core adding valid layout "v0.42.04 (graphics)" checksum: "0x567ef345" SHA: "f37a015884e7986db44574431e456a7c36769696" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.603 INFO core adding valid layout "v0.42.03 (graphics)" checksum: "0x566c7776" SHA: "1d7915745e7d1be82eb861e08ac24e7226b3a563" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.605 INFO core adding valid layout "v0.42.02 (graphics)" checksum: "0x56633788" SHA: "6ec444e3eae49bfa7ace26a0970eb201c2e29524" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.606 INFO core adding valid layout "v0.42.01 (graphics)" checksum: "0x565ca0e6" SHA: "f4a3586c2bc8f86963318d6489207f5fcc045831" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:20.606 INFO core attempting to find running copy of DF [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:236] (find_running_copy) 2017-Dec-04 00:10:20.609 INFO core PID of process is: 6516 [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:242] (find_running_copy) 2017-Dec-04 00:10:20.609 INFO core PROC HANDLE: 0x25c [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:248] (find_running_copy) 2017-Dec-04 00:10:20.609 ERROR core Error creating toolhelp32 snapshot! "Only part of a ReadProcessMemory or WriteProcessMemory request was completed." [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:257] (find_running_copy) 2017-Dec-04 00:10:20.609 WARNING core lost connection to DF [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:466] (lost_df_connection) 2017-Dec-04 00:10:20.612 ERROR core ("Not Running", "Unable to locate a running copy of Dwarf Fortress, are you sure it's running?", "", "") [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:488] (lost_df_connection) 2017-Dec-04 00:10:24.098 INFO core beginning to read settings [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:213] (read_settings) 2017-Dec-04 00:10:24.100 INFO core finished reading settings [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:264] (read_settings) 2017-Dec-04 00:10:26.313 INFO core beginning to read settings [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:213] (read_settings) 2017-Dec-04 00:10:26.315 INFO core finished reading settings [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:264] (read_settings) 2017-Dec-04 00:10:27.296 INFO core attempting connection to running DF game [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:405] (connect_to_df) 2017-Dec-04 00:10:27.299 INFO core adding valid layout "v0.44.02 win64" checksum: "0x5a176770" SHA: "a61b176e5d6ba2cb0f72dd18007230ad0845310c" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.300 INFO core adding valid layout "v0.44.02 win32" checksum: "0x5a175fbd" SHA: "d4651dfb7ab1dc4c6261fa1cf635fc74b322b05b" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.302 INFO core adding valid layout "v0.43.05 win64" checksum: "0x577b5e93" SHA: "c59557598bc06b32d3f3102b550229ce404e4f9e" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.304 INFO core adding valid layout "v0.43.05 win32" checksum: "0x577b57ff" SHA: "2d0601ef59b79bfb4eb717ab8d20bbdc6a58825c" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.306 INFO core adding valid layout "v0.43.03 (graphics)" checksum: "0x57420c94" SHA: "0d3b6a608f7191669208e67034dab2bc788a02d7" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.307 INFO core adding valid layout "v0.43.02 (graphics)" checksum: "0x5733848a" SHA: "829e84ddc0faa76be804a31ed61886088ac542a1" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.309 INFO core adding valid layout "v0.42.06 (graphics)" checksum: "0x56bba192" SHA: "9734f21b29a670125f1d5f4ea8b3a3b7fc6b0ca2" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.311 INFO core adding valid layout "v0.42.05 (graphics)" checksum: "0x569bf3df" SHA: "d1f7cf3a8905f4089d683f670f1056ad91529a83" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.313 INFO core adding valid layout "v0.42.04 (graphics)" checksum: "0x567ef345" SHA: "f37a015884e7986db44574431e456a7c36769696" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.314 INFO core adding valid layout "v0.42.03 (graphics)" checksum: "0x566c7776" SHA: "1d7915745e7d1be82eb861e08ac24e7226b3a563" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.316 INFO core adding valid layout "v0.42.02 (graphics)" checksum: "0x56633788" SHA: "6ec444e3eae49bfa7ace26a0970eb201c2e29524" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.317 INFO core adding valid layout "v0.42.01 (graphics)" checksum: "0x565ca0e6" SHA: "f4a3586c2bc8f86963318d6489207f5fcc045831" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance) 2017-Dec-04 00:10:27.317 INFO core attempting to find running copy of DF [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:236] (find_running_copy) 2017-Dec-04 00:10:27.320 INFO core PID of process is: 6516 [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:242] (find_running_copy) 2017-Dec-04 00:10:27.320 INFO core PROC HANDLE: 0x258 [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:248] (find_running_copy) 2017-Dec-04 00:10:27.320 ERROR core Error creating toolhelp32 snapshot! "Only part of a ReadProcessMemory or WriteProcessMemory request was completed." [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:257] (find_running_copy) 2017-Dec-04 00:10:27.320 WARNING core lost connection to DF [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:466] (lost_df_connection) 2017-Dec-04 00:10:27.323 ERROR core ("Not Running", "Unable to locate a running copy of Dwarf Fortress, are you sure it's running?", "", "") [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:488] (lost_df_connection) 2017-Dec-04 00:11:37.235 INFO core Beginning shutdown [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:380] (closeEvent) 2017-Dec-04 00:11:37.236 INFO core beginning to write settings [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:357] (write_settings) 2017-Dec-04 00:11:37.237 INFO core finished writing settings [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:375] (write_settings) 2017-Dec-04 00:11:37.255 INFO core Closing Dwarf Therapist normally [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:386] (closeEvent) |
If the specified process is a 64-bit process and the caller is a 32-bit process, this function fails and the last error code is ERROR_PARTIAL_COPY (299).That would mean you were trying to open DF 64 bits from DT 32 bits. Are you sure you have the 32 bits version of DF?
Experimental memory layouts for 0.44.02 on linux are available: 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.02_linux/share/memory_layouts/linux/v0.44.02_i386.ini), 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.02_linux/share/memory_layouts/linux/v0.44.02.ini).
Well, whatever you did, it worked - my therapist.ini generated in 32-bit OS X DF is identical. (What are you doing, by the way?)\I was wondering if someone could help me. I would appreciate a 32-bit OSX layout for use with DF v0.44.02. Or do you think that's possible to generate?Try the one in this post (http://www.bay12forums.com/smf/index.php?topic=168411.msg7633700#msg7633700). It is completely untested since I don't use OSX. But the method I used to compute the offsets seems to work well with other platforms.
@feelotraveller The bug is already reported on github. (https://github.com/Dwarf-Therapist/Dwarf-Therapist/issues/28) It is a bug happening with Qt 5.9.3, not a design decision. I don't know yet whose fault it is.
Experimental memory layouts for 0.44.02 on linux are available: 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.02_linux/share/memory_layouts/linux/v0.44.02_i386.ini), 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.02_linux/share/memory_layouts/linux/v0.44.02.ini).
Edit: also osx 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.02_linux/share/memory_layouts/osx/v0.44.02_osx32.ini) (untested).
Sorry, I renamed the files. Here are the new links: linux32 (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.02_linux/share/memory_layouts/linux/v0.44.02_linux32.ini), linux64 (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.02_linux/share/memory_layouts/linux/v0.44.02_linux64.ini).
That would be perfect in my view. Of course, no other voices have been heard yet...
Windows XP is very old.Yes, but it is still the best version of Windows, for many people who aren't looking for unnecessary bells and whistles and virtualisation and hardware-over-abstraction and upgrading/replacing hardware that otherwise does not need upgrading/replacing. (I've also got prior versions of the NT stream running, in various places...) And have already long sorted out all the original issues of Creator Interference by MS and haven't the time to gut 7 or 10 (never mind Vista/8) of all the stupid new and unncecessary stuff.
If Toady describe sexual orientation as a pair of tri-state (disinterested/lover-possible/commitment-possible) values, I think I should do the same. I checked with dfhack on a fortress, and I did not see anyone with both lover+commitment flags for the same target sex. I may not be enough checking, but that hints toward two-bit values (00, 01, 10) instead of independent flags as current DT and DFHack see it.Quote from: PutnamCan you confirm what the numbers in the ORIENTATION token mean? Research tells me they're probably female_chance:bisexual_chance:male_chance, but I could be wrong (especially in the middle).
It's a by-caste tag, so you'd use it twice for each caste if you want to set all the numbers. <male/female>:<disinterested chance>:<lover-possible chance>:<commitment-possible chance> It uses the chances to put an individual critter into any of the 9 possible configurations. Defaults are, if I remember, 75:20:5 for the same gender, and 5:20:75 for the opposite. That leads to a 3x3 grid, with numbers in it. I'm not invested in the current ones if there are better ideas, but it's probably not all that easy to make a good selection when the categorization is ad hoc anyway. I would have used caste instead of gender to allow more interesting outcomes for many-casted critters, but the optimizations would be a nightmare (already had to jump from 2 to 6 relationship pools...). Of course, all relationships are still eternal, so the lover thing is kind of broken now (sometimes it won't advance beyond lover because one of the parties is not interested in committing, but still neither ever breaks it off, ever... not unrealistic in individual cases, but strange overall).
Oddly enough, we thought retired adventurers would start forming relationships with 0.40.01+, so we wanted to have a better spectrum available, but then we didn't get around to the gen/pre-retirement specification menu, so all adventurers are still tagged with the special "undetermined" flag...
2017-Dec-12 14:00:37.947 INFO core "IGNORING Baby Llama name:Llama id:15987 reason:Dead, Jim. flags:67125250" [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist-39.0.0/src/dwarf.cpp:382] (set_validation)
2017-Dec-12 14:00:37.953 INFO core read 45 units in 210 ms [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist-39.0.0/src/dfinstance.cpp:399] (load_dwarves)
2017-Dec-12 14:00:37.985 INFO core calculated roles in 32 ms [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist-39.0.0/src/dfinstance.cpp:411] (load_dwarves)
2017-Dec-12 14:00:37.986 INFO core loaded population data in 1 ms [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist-39.0.0/src/dfinstance.cpp:416] (load_dwarves)
2017-Dec-12 14:00:37.989 INFO core found 45 units out of 104 creatures [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist-39.0.0/src/dfinstance.cpp:430] (load_dwarves)
2017-Dec-12 14:00:38.007 INFO core group_by now set to 0 for view "Labors Full" [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist-39.0.0/src/dwarfmodel.cpp:779] (set_group_by)
2017-Dec-12 14:00:38.072 INFO core loaded rows for "Labors Full" 65 ms [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist-39.0.0/src/dwarfmodel.cpp:785] (set_group_by)
2017-Dec-12 14:00:39.088 INFO core completed read in 1367 ms [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist-39.0.0/src/mainwindow.cpp:628] (read_dwarves)
2017-Dec-12 14:00:45.430 INFO core FOUND 16 squads [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist-39.0.0/src/dfinstance.cpp:875] (load_squads)
2017-Dec-12 14:00:45.434 INFO core FOUND ACTIVE SQUAD "0x00007fffa6cac2b0" "The Inky Beaks" member count: 2 id: 15 [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist-39.0.0/src/dfinstance.cpp:889] (load_squads)
Killed
2017-Dec-13 17:34:27.599 INFO core "IGNORING Turkey name:Turkey id:15973 reason:part of a merchant caravan flags:75497600" [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dwarf.cpp:382] (set_validation)
2017-Dec-13 17:34:27.599 INFO core "IGNORING Duck name:Duck id:15974 reason:part of a merchant caravan flags:75497600" [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dwarf.cpp:382] (set_validation)
2017-Dec-13 17:34:27.600 INFO core "IGNORING Rabbit name:Rabbit id:15975 reason:part of a merchant caravan flags:75497600" [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dwarf.cpp:382] (set_validation)
2017-Dec-13 17:34:27.603 INFO core "FOUND Duck (0x00007fffa4578b20) name:Duck (Urvad Rulushdoren) id:15985 histfig_id:29194" [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dwarf.cpp:307] (read_data)
2017-Dec-13 17:34:27.604 INFO core "IGNORING Horse name:Horse id:15986 reason:Dead, Jim. flags:67125250" [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dwarf.cpp:382] (set_validation)
2017-Dec-13 17:34:27.604 INFO core "IGNORING Llama name:Llama id:15987 reason:Dead, Jim. flags:67125250" [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dwarf.cpp:382] (set_validation)
2017-Dec-13 17:34:27.608 INFO core read 45 units in 164 ms [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstance.cpp:399] (load_dwarves)
2017-Dec-13 17:34:27.642 INFO core calculated roles in 34 ms [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstance.cpp:411] (load_dwarves)
2017-Dec-13 17:34:27.643 INFO core loaded population data in 1 ms [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstance.cpp:416] (load_dwarves)
2017-Dec-13 17:34:27.646 INFO core found 45 units out of 104 creatures [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstance.cpp:430] (load_dwarves)
2017-Dec-13 17:34:27.657 INFO core group_by now set to 8 for view "Labors Full" [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2017-Dec-13 17:34:27.727 INFO core loaded rows for "Labors Full" 70 ms [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dwarfmodel.cpp:785] (set_group_by)
2017-Dec-13 17:34:29.192 ERROR core READ_RAW: "No such process" READING 8 BYTES FROM "0x018fd578" TO 0x7ffd3fdad960 [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstancelinux.cpp:115] (read_raw)
2017-Dec-13 17:34:29.192 ERROR core READ_RAW: "No such process" READING 8 BYTES FROM "0x018fd580" TO 0x7ffd3fdad960 [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstancelinux.cpp:115] (read_raw)
2017-Dec-13 17:34:29.192 ERROR core READ_RAW: "No such process" READING 8 BYTES FROM "0x018fd560" TO 0x7ffd3fdad960 [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstancelinux.cpp:115] (read_raw)
2017-Dec-13 17:34:29.192 ERROR core READ_RAW: "No such process" READING 8 BYTES FROM "0x018fd568" TO 0x7ffd3fdad960 [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstancelinux.cpp:115] (read_raw)
2017-Dec-13 17:42:04.034 INFO core found 45 units out of 104 creatures [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstance.cpp:430] (load_dwarves)
2017-Dec-13 17:42:04.044 INFO core group_by now set to 8 for view "Labors Full" [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2017-Dec-13 17:42:04.118 INFO core loaded rows for "Labors Full" 73 ms [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dwarfmodel.cpp:785] (set_group_by)
2017-Dec-13 17:42:08.525 INFO core FOUND 16 squads [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstance.cpp:875] (load_squads)
2017-Dec-13 17:42:08.531 INFO core FOUND ACTIVE SQUAD "0x00007fffa6ca8f50" "The Inky Beaks" member count: 2 id: 15 [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstance.cpp:889] (load_squads)
wait inside attach(): No child processes
2017-Dec-13 17:42:10.064 ERROR core child died? [/home/maltelau/Documents/My Games/Dwarf Fortress/Dwarf-Therapist/src/dfinstancelinux.cpp:66] (wait_for_stopped)
2017-Dec-13 17:10:38.749 INFO core Dwarf Therapist "39.0.0" starting normally. [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:186] (setup_logging)
2017-Dec-13 17:10:38.749 INFO core Runtime QT Version 5.9.2 [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:187] (setup_logging)
2017-Dec-13 17:10:39.063 INFO core beginning to read settings [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:213] (read_settings)
2017-Dec-13 17:10:39.075 INFO core finished reading settings [E:/projects/Dwarf-Therapist/src/dwarftherapist.cpp:264] (read_settings)
2017-Dec-13 17:10:39.113 INFO core attempting connection to running DF game [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:405] (connect_to_df)
2017-Dec-13 17:10:39.114 INFO core adding valid layout "v0.44.02 win64" checksum: "0x5a176770" SHA: "a61b176e5d6ba2cb0f72dd18007230ad0845310c" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.115 INFO core adding valid layout "v0.44.02 win32" checksum: "0x5a175fbd" SHA: "d4651dfb7ab1dc4c6261fa1cf635fc74b322b05b" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.116 INFO core adding valid layout "v0.43.05 win64" checksum: "0x577b5e93" SHA: "c59557598bc06b32d3f3102b550229ce404e4f9e" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.116 INFO core adding valid layout "v0.43.05 win32" checksum: "0x577b57ff" SHA: "2d0601ef59b79bfb4eb717ab8d20bbdc6a58825c" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.117 INFO core adding valid layout "v0.43.03 (graphics)" checksum: "0x57420c94" SHA: "0d3b6a608f7191669208e67034dab2bc788a02d7" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.118 INFO core adding valid layout "v0.43.02 (graphics)" checksum: "0x5733848a" SHA: "829e84ddc0faa76be804a31ed61886088ac542a1" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.119 INFO core adding valid layout "v0.42.06 (graphics)" checksum: "0x56bba192" SHA: "9734f21b29a670125f1d5f4ea8b3a3b7fc6b0ca2" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.120 INFO core adding valid layout "v0.42.05 (graphics)" checksum: "0x569bf3df" SHA: "d1f7cf3a8905f4089d683f670f1056ad91529a83" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.121 INFO core adding valid layout "v0.42.04 (graphics)" checksum: "0x567ef345" SHA: "f37a015884e7986db44574431e456a7c36769696" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.121 INFO core adding valid layout "v0.42.03 (graphics)" checksum: "0x566c7776" SHA: "1d7915745e7d1be82eb861e08ac24e7226b3a563" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.122 INFO core adding valid layout "v0.42.02 (graphics)" checksum: "0x56633788" SHA: "6ec444e3eae49bfa7ace26a0970eb201c2e29524" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.123 INFO core adding valid layout "v0.42.01 (graphics)" checksum: "0x565ca0e6" SHA: "f4a3586c2bc8f86963318d6489207f5fcc045831" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2017-Dec-13 17:10:39.123 INFO core attempting to find running copy of DF [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:236] (find_running_copy)
2017-Dec-13 17:10:39.126 INFO core PID of process is: 2368 [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:242] (find_running_copy)
2017-Dec-13 17:10:39.126 INFO core PROC HANDLE: 0x448 [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:248] (find_running_copy)
2017-Dec-13 17:10:39.127 INFO core RAW BASE ADDRESS: 140700417327104 [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:283] (find_running_copy)
2017-Dec-13 17:10:39.127 INFO core Target EXE was compiled at "2017-11-23T19:27:28" [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:78] (calculate_checksum)
2017-Dec-13 17:10:39.127 INFO core Setting memory layout for DF checksum "0x5a176770" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:1081] (set_memory_layout)
2017-Dec-13 17:10:39.127 INFO core Detected Dwarf Fortress version "v0.44.02 win64" using MemoryLayout from "H:/Dwarf Fortress/Dwarf-Therapist-39.0.0-win64/share/memory_layouts/windows/v0.44.02_x64_graphics.ini" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:1086] (set_memory_layout)
2017-Dec-13 17:10:39.127 INFO core GetModuleFileNameEx returned: "H:\\DWARFF~1\\Dwarf Fortress 0.44.02\\Dwarf Fortress.exe" [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:316] (find_running_copy)
2017-Dec-13 17:10:39.127 INFO core Dwarf Fortress path: "H:/DWARFF~1/Dwarf Fortress 0.44.02" [E:/projects/Dwarf-Therapist/src/dfinstancewindows.cpp:319] (find_running_copy)
2017-Dec-13 17:10:39.127 INFO core Checking for layout for checksum: "0x5a176770" [E:/projects/Dwarf-Therapist/src/updater.cpp:133] (check_layouts)
2017-Dec-13 17:10:39.138 INFO core Setting memory layout for DF checksum "0x5a176770" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:1081] (set_memory_layout)
2017-Dec-13 17:10:39.139 INFO core Detected Dwarf Fortress version "v0.44.02 win64" using MemoryLayout from "H:/Dwarf Fortress/Dwarf-Therapist-39.0.0-win64/share/memory_layouts/windows/v0.44.02_x64_graphics.ini" [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:1086] (set_memory_layout)
2017-Dec-13 17:10:39.139 INFO core Connection to DF version "v0.44.02 win64" established. [E:/projects/Dwarf-Therapist/src/mainwindow.cpp:429] (connect_to_df)
2017-Dec-13 17:10:39.364 INFO core Loaded 12 views from disk [E:/projects/Dwarf-Therapist/src/viewmanager.cpp:170] (reload_views)
2017-Dec-13 17:10:39.366 INFO core group_by now set to 10 for view "Labors Full" [E:/projects/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2017-Dec-13 17:10:39.368 INFO core group_by now set to 10 for view "Military" [E:/projects/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2017-Dec-13 17:10:39.370 INFO core group_by now set to 10 for view "Attributes" [E:/projects/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2017-Dec-13 17:10:39.371 INFO core group_by now set to 10 for view "Roles" [E:/projects/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2017-Dec-13 17:10:39.373 INFO core group_by now set to 10 for view "Animals" [E:/projects/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2017-Dec-13 17:10:39.373 INFO core group_by now set to 10 for view "Labors Full" [E:/projects/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2017-Dec-13 17:10:39.373 INFO core "redrew views in 9ms" [E:/projects/Dwarf-Therapist/src/viewmanager.cpp:317] (draw_views)
2017-Dec-13 17:10:39.373 INFO core current year: 251 [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:784] (refresh_data)
2017-Dec-13 17:10:39.397 INFO core FOUND 38 squads [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:875] (load_squads)
2017-Dec-13 17:10:39.401 INFO core FOUND ACTIVE SQUAD "0x0000022c93c6ef00" "The Inky Kindnesses" member count: 6 id: 34 [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:889] (load_squads)
2017-Dec-13 17:10:39.401 INFO core using active units [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:951] (get_creatures)
2017-Dec-13 17:10:39.401 INFO core no active units with our civ (reclaim), using full unit list [E:/projects/Dwarf-Therapist/src/dfinstance.cpp:957] (get_creatures)
2017-Dec-13 17:10:39.402 INFO core "IGNORING Dwarf name:Uvash Nefeksodel id:696 reason:visitor flags:312475760" [E:/projects/Dwarf-Therapist/src/dwarf.cpp:382] (set_validation)
2017-Dec-13 17:10:39.402 INFO core "IGNORING Dwarf name:Edem Kolnikuz id:750 reason:visitor flags:312475760" [E:/projects/Dwarf-Therapist/src/dwarf.cpp:382] (set_validation)
2017-Dec-13 17:10:39.560 INFO core "FOUND Dwarf (0x0000022ce9035690) name:Aban Basennil id:1026 histfig_id:5113" [E:/projects/Dwarf-Therapist/src/dwarf.cpp:307] (read_data)
2017-Dec-13 17:10:39.563 INFO core "FOUND Dwarf (0x0000022c932e63c0) name:Tekkud Dastotkutam id:1353 histfig_id:20105" [E:/projects/Dwarf-Therapist/src/dwarf.cpp:307] (read_data)
2017-Dec-13 17:10:39.567 INFO core "FOUND Dwarf (0x0000022c932e7750) name:Led Athelfeb id:1369 histfig_id:19912" [E:/projects/Dwarf-Therapist/src/dwarf.cpp:307] (read_data)
2017-Dec-13 17:10:39.570 INFO core "FOUND Dwarf (0x0000022c93859020) name:Nish Sakrithfeb id:1606 histfig_id:7674" [E:/projects/Dwarf-Therapist/src/dwarf.cpp:307] (read_data)
2017-Dec-13 17:10:39.572 INFO core "FOUND Dwarf (0x0000022c9385a3b0) name:Sodel Otilmosus id:1617 histfig_id:8081" [E:/projects/Dwarf-Therapist/src/dwarf.cpp:307] (read_data)
2017-Dec-13 17:10:39.572 INFO core "IGNORING Dwarf name:Minkot Losisdeler id:1619 reason:visitor flags:312475760" [E:/projects/Dwarf-Therapist/src/dwarf.cpp:382] (set_validation)
2017-Dec-13 17:10:39.572 INFO core "IGNORING Dwarf name:Libash Itebtomus id:1624 reason:visitor flags:312475760" [E:/projects/Dwarf-Therapist/src/dwarf.cpp:382] (set_validation)
INFO core "IGNORING Dwarf name:Ubbul Oshurdomas id:7000 reason:visitor flags:310378608" [/home/clement/projects/Dwarf-Therapist/src/dwarf.cpp:382] (set_validation)
I understand better with a tri-state value.
Ignoring the indeterminate adventurer case, we can cover everything with:
S O
- - Asexual (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/male-asexual.png) (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/female-asexual.png)
- I Heterosexual no commitment (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/male.png) (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/female.png)
- C Heterosexual with commitment (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/male.png) (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/female.png) with deeper colors (♂ ♀)
I - Homosexual no commitment (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/male-male.png) (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/female-female.png)
I I Bisexual no commitment (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/male-bi.png) (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/female-bi.png)
I C Bisexual with commitment with other sex (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/male-bi.png) (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/female-bi.png) other sex half with deeper colors (or ⚥ ⚥ with your colors)
C - Homosexual with commitment (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/male-male.png) (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/female-female.png) with deeper colors (⚣ ⚢)
C I Bisexual with commitment with same sex (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/male-bi.png) (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/female-bi.png) same sex half with deeper colors (or ⚥ ⚥ with your colors)
C C Bisexual with commitment (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/male-bi.png) (https://github.com/Dwarf-Therapist/Dwarf-Therapist/raw/master/resources/img/female-bi.png) with deeper colors (⚥ ⚥ or ⚥ ⚥ with your colors)
S: Same sex
O: Other sex
I: Interest
C: Commitment
For animals, Interest and Commitment should be considered equivalent. Only the current icons are used.
Is that all good?
@maltelau I could not reproduce it on fedora, I'll try with ubuntu in a vm. I may need more information:
- Is DF using the system libstdc++.so or its own, dfhack launcher delete the one included with DF I think, use "grep -F libstdc++.so /proc/$(pidof Dwarf_Fortress)/maps" while DF is running to be sure.
- What is the state of the game when you are editing nicknames (paused/unpaused/in a menu/...)? I did get DT to crash when editing nickname with a unpaused game, but not the other way.
maltelau@maltelau-X556UQK:~$ grep -F libstdc++.so /proc/$(pidof Dwarf_Fortress)/maps
7ffff6661000-7ffff67d9000 r-xp 00000000 fd:01 20055940 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.24
7ffff67d9000-7ffff69d8000 ---p 00178000 fd:01 20055940 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.24
7ffff69d8000-7ffff69e2000 r--p 00177000 fd:01 20055940 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.24
7ffff69e2000-7ffff69e4000 rw-p 00181000 fd:01 20055940 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.24
Also, if you're referring to this survey (https://esurv.org/results-overview.php?surveyID=MHOOKF_5e045b64&mode=4), that's not enough responses to be accurate.Yeah, that's the one I was using.
Versions of OSX | Users | Notes |
OSX 10.13 High Sierra+ | 14.95% | (salajander's DT build) |
OSX 10.12 Sierra+ | 54.98% | (Clément's DT test build) |
OSX 10.11 El Capitan+ | 75.73% | |
OSX 10.10 Yosemite+ | 89.56% | |
OSX 10.9 Mavericks+ | 94.75% | |
OSX 10.8 Mountain Lion+ | 96.35% | |
OSX 10.7 Lion+ | 97.70% | |
OSX 10.6 Snow Leopard+ | 99.64% | |
OSX 10.5 Leopard+ | 99.92% | (Toady's Mac mini OS) |
OSX 10.4 Tiger+ | 99.99% | (Dwarf Fortress doesn't run on Tiger.) |
Edit: try this build (https://framadrop.org/r/iuZ-ViiXJ_#vXtFpYOW2ae6KqEVz+DX6V4XJHqu/lWlw0rLp3LXp00=). If you don't already have it, you will need to install Visual C++ Redistributable for Visual Studio 2015 (https://www.microsoft.com/download/details.aspx?id=48145).Reporting back on this: On one of the machines I found so affected (the only one I've tried) complains with the above (pre-redistributabled) "not a valid Win32 application", as per the other problem software that sparked off this little investigation.
Edit2: OS X 10.9 is the minimum version I can support, 10.7 and 10.8 breaks C++11 support. For Linux, Ubuntu Trusty's Qt 5.2 works, Stephan Binner's Qt 5.6.3 (https://launchpad.net/~beineri/+archive/ubuntu/opt-qt563-trusty) segfaults during application initialization, and Stephan Binner's Qt 5.9.3 (https://launchpad.net/~beineri/+archive/ubuntu/opt-qt593-trusty) works. Test builds are still on the same page (https://github.com/cvuchener/Dwarf-Therapist/releases/tag/travis-test).Thank you! Mac OS X 10.9 is the minimum that most apps support now days. It worked fine on my 10.12 Sierra partition, but it's showing little dots instead of numbers on my 10.10 Yosemite partition. It's probably just a setting, though. It's working fine other than that.
I'm also kind of curious what it looks like on a Retina Display.
I'm also kind of curious what it looks like on a Retina Display.
Looks fine on a 15" Retina MBP (https://imgur.com/gallery/vC5mC). There is a bit of graininess to the font at 1280x800, but not sure who would zoom in that much. The only "issue" I've seen after a cursory look is when scrolling horizontally (such as on the Labors Full view), the column headers can scroll at a different speed than the data rows.
I'm also kind of curious what it looks like on a Retina Display.The only "issue" I've seen after a cursory look is when scrolling horizontally (such as on the Labors Full view), the column headers can scroll at a different speed than the data rows.
Thanks for testing and the screenshots. I'm not getting the scrolling issue in non-Retina Yosemite. Do the column headers and data rows re-synchronize when you stop scrolling?
I made a not-really-a-new-release: 39.1.1 (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/v39.1.1). No source code change, only the builds changed:
- use Qt 5.7 for OS X build
Hopefully, the OS X version will work better on retina display.
No, it requires new memory layouts for each version. I am relying on DFHack to create memory layouts. As soon as df-structures (https://github.com/DFHack/df-structures) is updated, I should be able to create the new layout files. (it is a bug fix update, I don't think it will take long to update with the hints that Toady added to find the addresses)
[info]
checksum=0x771377ee
version_name=v0.44.03 osx64
complete=true
[addresses]
cur_year_tick=0x101b73894
current_year=0x101b7388c
dwarf_civ_index=0x101b76028
dwarf_race_index=0x101b76034
fortress_entity=0x101b7c4f0
historical_entities_vector=0x101b85f08
creature_vector=0x101b997c0
active_creature_vector=0x101b997d8
weapons_vector=0x101b99918
shields_vector=0x101b999a8
quivers_vector=0x101b999f0
crutches_vector=0x101b99a38
backpacks_vector=0x101b99a50
ammo_vector=0x101b99a68
flasks_vector=0x101b99d20
pants_vector=0x101b9a428
armor_vector=0x101b9a488
shoes_vector=0x101b9a4a0
helms_vector=0x101b9a4b8
gloves_vector=0x101b9a4d0
artifacts_vector=0x101b9a578
squad_vector=0x101c97288
activities_vector=0x101c972e8
fake_identities_vector=0x101c99118
poetic_forms_vector=0x101c992e0
musical_forms_vector=0x101c99310
dance_forms_vector=0x101c99340
occupations_vector=0x101c993d0
world_data=0x101c9cee0
material_templates_vector=0x101c9da30
inorganics_vector=0x101c9da48
plants_vector=0x101c9da78
races_vector=0x101c9dbb0
itemdef_weapons_vector=0x101c9dc30
itemdef_trap_vector=0x101c9dc48
itemdef_toy_vector=0x101c9dc60
itemdef_tool_vector=0x101c9dc78
itemdef_instrument_vector=0x101c9deb8
itemdef_armor_vector=0x101c9ded0
itemdef_ammo_vector=0x101c9dee8
itemdef_siegeammo_vector=0x101c9df00
itemdef_glove_vector=0x101c9df18
itemdef_shoe_vector=0x101c9df30
itemdef_shield_vector=0x101c9df48
itemdef_helm_vector=0x101c9df60
itemdef_pant_vector=0x101c9df78
itemdef_food_vector=0x101c9df90
language_vector=0x101c9dfc0
translation_vector=0x101c9dff0
colors_vector=0x101ca6b88
shapes_vector=0x101ca6ba0
reactions_vector=0x101ca6bd0
base_materials=0x101ca7760
all_syndromes_vector=0x101ca8c40
events_vector=0x101ca9220
historical_figures_vector=0x101ca9250
world_site_type=0x0050
active_sites_vector=0x00048360
[offsets]
word_table=0x0038
[word_offsets]
base=0x0000
noun_singular=0x0008
noun_plural=0x0010
adjective=0x0018
verb=0x0028
present_simple_verb=0x0030
past_simple_verb=0x0038
past_participle_verb=0x0040
present_participle_verb=0x0048
words=0x0010
word_type=0x002c
language_id=0x003c
[general_ref_offsets]
ref_type=0x0010
artifact_id=0x0008
item_id=0x0008
[race_offsets]
name_singular=0x0008
name_plural=0x0010
adjective=0x0018
baby_name_singular=0x0020
baby_name_plural=0x0028
child_name_singular=0x0030
child_name_plural=0x0038
pref_string_vector=0x0070
castes_vector=0x00a0
pop_ratio_vector=0x00b8
materials_vector=0x2338
flags=0x00d0
tissues_vector=0x2350
[caste_offsets]
caste_name=0x0008
caste_descr=0x0088
caste_trait_ranges=0x0234
caste_phys_att_ranges=0x0de8
baby_age=0x0178
child_age=0x017c
adult_size=0x0190
flags=0x0360
body_info=0x0378
skill_rates=0x0578
caste_att_rates=0x0ffc
caste_att_caps=0x112c
shearable_tissues_vector=0x12b8
extracts=0x1c58
[hist_entity_offsets]
histfigs=0x0098
beliefs=0x0cc8
squads=0x1168
positions=0x1060
assignments=0x10b0
assign_hist_id=0x0004
assign_position_id=0x000c
position_id=0x0008
position_name=0x0080
position_female_name=0x0090
position_male_name=0x00a0
[hist_figure_offsets]
hist_race=0x0002
hist_name=0x0038
id=0x00b0
hist_fig_info=0x0100
reputation=0x0058
current_ident=0x0030
fake_name=0x0008
fake_birth_year=0x0060
fake_birth_time=0x0064
kills=0x0030
killed_race_vector=0x0018
killed_undead_vector=0x0090
killed_counts_vector=0x00a8
[hist_event_offsets]
event_year=0x0008
id=0x0020
killed_hist_id=0x0024
[item_offsets]
item_def=0x00e0
id=0x001c
general_refs=0x0038
stack_size=0x0078
wear=0x009c
mat_type=0x00ac
mat_index=0x00b0
maker_race=0x00b4
quality=0x00b6
[item_subtype_offsets]
sub_type=0x0010
name=0x0048
name_plural=0x0050
adjective=0x0058
[item_filter_offsets]
item_subtype=0x0002
mat_class=0x0004
mat_type=0x0006
mat_index=0x0008
[weapon_subtype_offsets]
single_size=0x0078
multi_size=0x007c
ammo=0x0070
melee_skill=0x0068
ranged_skill=0x006a
[armor_subtype_offsets]
layer=0x0010
mat_name=0x0060
other_armor_level=0x0064
armor_adjective=0x0068
armor_level=0x0074
chest_armor_properties=0x0080
pants_armor_properties=0x0090
other_armor_properties=0x0080
[material_offsets]
solid_name=0x0058
liquid_name=0x0060
gas_name=0x0068
powder_name=0x0070
paste_name=0x0078
pressed_name=0x0080
flags=0x0110
reaction_class=0x0260
prefix=0x02c8
inorganic_materials_vector=0x0190
inorganic_flags=0x0020
[plant_offsets]
name=0x0038
name_plural=0x0040
name_leaf_plural=0x0068
name_seed_plural=0x0058
materials_vector=0x0190
flags=0x0028
[descriptor_offsets]
color_name=0x0038
shape_name_plural=0x0040
[health_offsets]
parent_id=0x0010
body_part_flags=0x0018
layers_vector=0x0028
number=0x0054
names_vector=0x0060
names_plural_vector=0x0078
layer_tissue=0x0008
layer_global_id=0x0050
tissue_name=0x0018
tissue_flags=0x0008
[dwarf_offsets]
first_name=0x0008
nick_name=0x0010
last_name=0x0018
custom_profession=0x0050
profession=0x0058
race=0x005c
flags1=0x00c8
flags2=0x00cc
flags3=0x00d0
meeting=0x00d8
caste=0x00e4
sex=0x00e6
id=0x00e8
animal_type=0x00f0
civ=0x00f8
specific_refs=0x0160
squad_id=0x0190
squad_position=0x0194
recheck_equipment=0x0220
mood=0x0300
birth_year=0x032c
birth_time=0x0330
pet_owner_id=0x035c
current_job=0x0470
physical_attrs=0x059c
body_size=0x0680
size_info=0x0644
curse=0x07d8
curse_add_flags1=0x07c4
turn_count=0x0890
souls=0x09a0
states=0x08f8
labors=0x09d8
hist_id=0x0b18
artifact_name=0x0958
active_syndrome_vector=0x0b88
syn_sick_flag=0x004c
unit_health_info=0x0c30
temp_mood=0x07b0
counters1=0x0798
counters2=0x07b4
counters3=0x08c8
limb_counters=0x0b20
blood=0x065c
body_component_info=0x0488
layer_status_vector=0x0048
wounds_vector=0x0548
mood_skill=0x0478
used_items_vector=0x0c38
affection_level=0x000c
inventory=0x03b0
inventory_item_mode=0x0008
inventory_item_bodypart=0x000a
[syndrome_offsets]
cie_effects=0x0008
cie_end=0x0018
cie_first_perc=0x0098
cie_phys=0x00b0
cie_ment=0x00cc
syn_classes_vector=0x00b0
trans_race_id=0x00b0
[unit_wound_offsets]
parts=0x0008
id=0x0004
layer=0x0006
general_flags=0x002c
flags1=0x0064
flags2=0x0068
effects_vector=0x0048
bleeding=0x006c
pain=0x0070
cur_pen=0x0098
max_pen=0x009a
[soul_details]
name=0x0008
orientation=0x0058
mental_attrs=0x007c
skills=0x01e8
preferences=0x0200
personality=0x0218
beliefs=0x0000
emotions=0x0030
goals=0x0048
goal_realized=0x0028
traits=0x0080
stress_level=0x0120
[emotion_offsets]
emotion_type=0x0000
strength=0x0008
thought_id=0x000c
sub_id=0x0010
level=0x0014
year=0x0020
year_tick=0x0024
[job_details]
id=0x0014
mat_type=0x0030
mat_index=0x0034
mat_category=0x0048
on_break_flag=0x0011
sub_job_id=0x0050
reaction=0x0008
reaction_skill=0x0050
[squad_offsets]
id=0x0000
name=0x0008
alias=0x0050
members=0x0058
orders=0x0070
schedules=0x0088
sched_size=0x0040
sched_orders=0x0010
sched_assign=0x0028
alert=0x00a0
carry_food=0x0170
carry_water=0x0172
ammunition=0x00f8
ammunition_qty=0x000c
quiver=0x0150
backpack=0x0154
flask=0x0158
armor_vector=0x0080
helm_vector=0x0098
pants_vector=0x00b0
gloves_vector=0x00c8
shoes_vector=0x00e0
shield_vector=0x00f8
weapon_vector=0x0110
uniform_item_filter=0x0004
uniform_indiv_choice=0x0030
[activity_offsets]
activity_type=0x0004
events=0x0008
participants=0x0048
sq_lead=0x00b4
sq_skill=0x00bc
sq_train_rounds=0x00c8
pray_deity=0x00b0
pray_sphere=0x00b4
knowledge_category=0x00c0
knowledge_flag=0x00c4
perf_type=0x00b0
perf_participants=0x00e0
perf_histfig=0x000c
[art_offsets]
name=0x0008
[valid_flags_2]
size=0
[invalid_flags_1]
size=9
1\name="a skeleton"
1\value=0x00002000
2\name="a merchant"
2\value=0x00000040
3\name="outpost liaison or diplomat"
3\value=0x00000800
4\name="an invader or hostile"
4\value=0x00020000
5\name="an invader or hostile"
5\value=0x00080000
6\name="resident, invader or ambusher"
6\value=0x00600000
7\name="part of a merchant caravan"
7\value=0x00000080
8\name="Dead, Jim."
8\value=0x00000002
9\name="marauder"
9\value=0x00000010
[invalid_flags_2]
size=5
1\name="killed, Jim."
1\value=0x00000080
2\name="from the Underworld. SPOOKY!"
2\value=0x00040000
3\name="resident"
3\value=0x00080000
4\name="uninvited visitor"
4\value=0x00400000
5\name="visitor"
5\value=0x00800000
[invalid_flags_3]
size=1
1\name="a ghost"
1\value=0x00001000
Experimental memory layouts for 0.44.03:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/linux/v0.44.03_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/linux/v0.44.03_linux64.ini)
- OS X 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/osx/v0.44.03_osx32.ini)
- OS X 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/osx/v0.44.03_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/windows/v0.44.03_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/windows/v0.44.03_graphics_win64.ini)
eagerly awaiting 44.03 DT (with the caveat to take your time and get things right, I can be patient), to fix the pedestal bug. I fortunately never had the visitor bug.
DwarfTherapist always shows an error when starting up about being unable to do version check, so mine won't auto-update.Spoiler (click to show/hide)
The "Version Check Error" is always there, the "Memory Layout Error" is new (since DF executable got updated).
Experimental memory layouts for 0.44.03:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/linux/v0.44.03_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/linux/v0.44.03_linux64.ini)
- OS X 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/osx/v0.44.03_osx32.ini)
- OS X 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/osx/v0.44.03_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/windows/v0.44.03_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/v0.44.03/share/memory_layouts/windows/v0.44.03_graphics_win64.ini)
2017-Dec-27 02:29:21.340 INFO core Dwarf Therapist "39.1.0" starting normally. [E:\projects\Dwarf-Therapist\src\dwarftherapist.cpp:186] (DwarfTherapist::setup_logging)
2017-Dec-27 02:29:21.340 INFO core Runtime QT Version 5.9.3 [E:\projects\Dwarf-Therapist\src\dwarftherapist.cpp:187] (DwarfTherapist::setup_logging)
2017-Dec-27 02:29:21.932 INFO core beginning to read settings [E:\projects\Dwarf-Therapist\src\dwarftherapist.cpp:213] (DwarfTherapist::read_settings)
2017-Dec-27 02:29:21.958 INFO core finished reading settings [E:\projects\Dwarf-Therapist\src\dwarftherapist.cpp:264] (DwarfTherapist::read_settings)
2017-Dec-27 02:29:22.010 INFO core attempting connection to running DF game [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:405] (MainWindow::connect_to_df)
2017-Dec-27 02:29:22.013 INFO core adding valid layout "v0.44.03 (graphics) win64" checksum: "0x5a40c6db" SHA: "1076e9d7389a4ea6d9b0e7e1108ac3b42a6566ce" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.015 INFO core adding valid layout "v0.44.03 (graphics) win32" checksum: "0x5a40bfbf" SHA: "03847d573c51de37464127b961513a872eef7097" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.017 INFO core adding valid layout "v0.44.02 (graphics) win64" checksum: "0x5a176770" SHA: "69dc0ddc768d6bf8cb1a02edb30c074668097215" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.018 INFO core adding valid layout "v0.44.02 (graphics) win32" checksum: "0x5a175fbd" SHA: "359124ebe1ff7cd6f34be0294d18119e355828ea" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.019 INFO core adding valid layout "v0.43.05 (graphics) win64" checksum: "0x577b5e93" SHA: "0701b88d6a3a859fb34f01760477a07703ec3efc" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.020 INFO core adding valid layout "v0.43.05 (graphics) win32" checksum: "0x577b57ff" SHA: "c7d0c12cdac3888c5b94474e18129ad33d6f09f6" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.020 INFO core adding valid layout "v0.43.03 (graphics) win" checksum: "0x57420c94" SHA: "e59e189883b73eaa5b78bdb300c8a8e8c03af411" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.021 INFO core adding valid layout "v0.43.02 (graphics) win" checksum: "0x5733848a" SHA: "80235020e8ebbd68cf9d44bc9a29f75ff47d8ad9" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.023 INFO core adding valid layout "v0.42.06 (graphics) win" checksum: "0x56bba192" SHA: "0471f4ffce54e1d2b62ab4edc3e0a904b6fb21e1" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.024 INFO core adding valid layout "v0.42.05 (graphics) win" checksum: "0x569bf3df" SHA: "8821e8b6d6aeb3d42f99d07191d6d11c1e0cfee6" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.026 INFO core adding valid layout "v0.42.04 (graphics) win" checksum: "0x567ef345" SHA: "679f317918f845ccb393657d7f1483649c12036d" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.027 INFO core adding valid layout "v0.42.03 (graphics) win" checksum: "0x566c7776" SHA: "09a24597d76fb995541d821b8fdaf2bfd640b34c" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.029 INFO core adding valid layout "v0.42.02 (graphics) win" checksum: "0x56633788" SHA: "d327a66eeafa92c396300062527966a037560271" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.031 INFO core adding valid layout "v0.42.01 (graphics) win" checksum: "0x565ca0e6" SHA: "1a14a8585cadfe6db9a90698c9b34437a48ff6ae" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2017-Dec-27 02:29:22.031 INFO core attempting to find running copy of DF [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:236] (DFInstanceWindows::find_running_copy)
2017-Dec-27 02:29:22.041 INFO core PID of process is: 11140 [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:242] (DFInstanceWindows::find_running_copy)
2017-Dec-27 02:29:22.041 INFO core PROC HANDLE: 0x518 [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:248] (DFInstanceWindows::find_running_copy)
2017-Dec-27 02:29:22.041 INFO core RAW BASE ADDRESS: 140695184998400 [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:283] (DFInstanceWindows::find_running_copy)
2017-Dec-27 02:29:22.041 INFO core Target EXE was compiled at "2017-12-25T03:37:31" [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:78] (DFInstanceWindows::calculate_checksum)
2017-Dec-27 02:29:22.041 INFO core Setting memory layout for DF checksum "0x5a40c6db" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1081] (DFInstance::set_memory_layout)
2017-Dec-27 02:29:22.041 INFO core Detected Dwarf Fortress version "v0.44.03 (graphics) win64" using MemoryLayout from "C:/Users/james/dwarfTherapist/share/memory_layouts/windows/v0.44.03_graphics_win64.ini" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1086] (DFInstance::set_memory_layout)
2017-Dec-27 02:29:22.041 INFO core GetModuleFileNameEx returned: "C:\\Users\\james\\dwarfFortress\\Dwarf Fortress.exe" [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:316] (DFInstanceWindows::find_running_copy)
2017-Dec-27 02:29:22.042 INFO core Dwarf Fortress path: "C:/Users/james/dwarfFortress" [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:319] (DFInstanceWindows::find_running_copy)
2017-Dec-27 02:29:22.042 INFO core Checking for layout for checksum: "0x5a40c6db" [E:\projects\Dwarf-Therapist\src\updater.cpp:133] (Updater::check_layouts)
2017-Dec-27 02:29:22.511 INFO core Setting memory layout for DF checksum "0x5a40c6db" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1081] (DFInstance::set_memory_layout)
2017-Dec-27 02:29:22.512 INFO core Detected Dwarf Fortress version "v0.44.03 (graphics) win64" using MemoryLayout from "C:/Users/james/dwarfTherapist/share/memory_layouts/windows/v0.44.03_graphics_win64.ini" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1086] (DFInstance::set_memory_layout)
2017-Dec-27 02:29:22.512 INFO core Connection to DF version "v0.44.03 (graphics) win64" established. [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:429] (MainWindow::connect_to_df)
2017-Dec-27 02:29:22.769 INFO core Loaded 12 views from disk [E:\projects\Dwarf-Therapist\src\viewmanager.cpp:170] (ViewManager::reload_views)
2017-Dec-27 02:29:22.772 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-27 02:29:22.775 INFO core group_by now set to 0 for view "Military" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-27 02:29:22.777 INFO core group_by now set to 0 for view "Attributes" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-27 02:29:22.780 INFO core group_by now set to 0 for view "Roles" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-27 02:29:22.783 INFO core group_by now set to 0 for view "Animals" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-27 02:29:22.787 INFO core group_by now set to 0 for view "Weapons" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-27 02:29:22.788 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-27 02:29:22.788 INFO core "redrew views in 18ms" [E:\projects\Dwarf-Therapist\src\viewmanager.cpp:317] (ViewManager::draw_views)
2017-Dec-27 02:29:22.788 INFO core current year: 1050 [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:784] (DFInstance::refresh_data)
2017-Dec-27 02:29:22.794 INFO core FOUND 3 squads [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:875] (DFInstance::load_squads)
2017-Dec-27 02:29:22.810 INFO core FOUND ACTIVE SQUAD "0x0000017731bee320" "The Arenas of Autonomy" member count: 9 id: 1 [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:889] (DFInstance::load_squads)
2017-Dec-27 02:29:22.819 INFO core using active units [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:951] (DFInstance::get_creatures)
2017-Dec-27 02:29:22.819 INFO core no active units with our civ (reclaim), using full unit list [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:957] (DFInstance::get_creatures)
2017-Dec-27 02:29:22.888 INFO core "FOUND Dwarf (0x0000017731ef9230) name:Ilral ?rithish id:1372 histfig_id:36416" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.893 INFO core "FOUND Dwarf (0x0000017731f258b0) name:Tun Dumatuthmik id:2241 histfig_id:36012" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.898 INFO core "FOUND Dwarf (0x0000017731eed010) name:L?r Ekurlikot id:2368 histfig_id:33903" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.903 INFO core "FOUND Dwarf (0x0000017731eee3a0) name:Udib Amithadil id:2407 histfig_id:36013" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.908 INFO core "FOUND Dwarf (0x000001773284ab10) name:Tirist K?bukducim id:6132 histfig_id:37780" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.915 INFO core "FOUND Dwarf (0x000001773284bea0) name:Onol Fikodildom id:6133 histfig_id:37781" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.919 INFO core "FOUND Dwarf (0x000001773284d230) name:Shem Ular?nul id:6134 histfig_id:37782" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.923 INFO core "FOUND Dwarf (0x000001773284e5c0) name:Erush Litastnitig id:6135 histfig_id:37783" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.930 INFO core "FOUND Dwarf (0x000001773284f950) name:Likot M?rulshar id:6136 histfig_id:37784" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.934 INFO core "FOUND Dwarf (0x0000017732850ce0) name:Al?th R?tholon id:6137 histfig_id:37785" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.937 INFO core "FOUND Dwarf (0x0000017732852070) name:Zan Oltarnakuth id:6138 histfig_id:37786" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.938 INFO core "FOUND Dog (0x0000017732853400) name:Dog id:6139 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.939 INFO core "FOUND Dog (0x0000017732854790) name:Dog id:6140 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.940 INFO core "FOUND Cat (0x0000017732855b20) name:Cat id:6141 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.940 INFO core "FOUND Cat (0x0000017732856eb0) name:Cat id:6142 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.941 INFO core "FOUND Horse (0x0000017732858240) name:Horse id:6143 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.942 INFO core "FOUND Two-humped camel (0x00000177328595d0) name:Two-humped Camel id:6144 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.947 INFO core "FOUND Alpaca (0x00000177306e54b0) name:Alpaca id:6237 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.948 INFO core "FOUND Rabbit (0x00000177306eb900) name:Bunny id:6238 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.948 INFO core "IGNORING Cavy name:Cavy id:6270 reason:part of a merchant caravan flags:75497600" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:382] (Dwarf::set_validation)
2017-Dec-27 02:29:22.949 INFO core "IGNORING Cow name:Cow id:6271 reason:part of a merchant caravan flags:75497600" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:382] (Dwarf::set_validation)
2017-Dec-27 02:29:22.949 INFO core "IGNORING Cavy name:Cavy id:6272 reason:part of a merchant caravan flags:75497600" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:382] (Dwarf::set_validation)
2017-Dec-27 02:29:22.950 INFO core "IGNORING Reindeer name:Reindeer id:6273 reason:part of a merchant caravan flags:75497600" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:382] (Dwarf::set_validation)
2017-Dec-27 02:29:22.950 INFO core "IGNORING Pig name:Pig id:6274 reason:part of a merchant caravan flags:75497600" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:382] (Dwarf::set_validation)
2017-Dec-27 02:29:22.951 INFO core "FOUND Goat (0x000001773063d480) name:Nanny Goat id:6281 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.952 INFO core "FOUND Goat (0x000001773063e890) name:Goat Kid (Zunt?r Thibaminod) id:6282 histfig_id:37794" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.953 INFO core "FOUND Guineafowl (0x000001773063fca0) name:Guineacock (Zuglar Ottemducim) id:6283 histfig_id:37795" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-27 02:29:22.956 INFO core read 22 units in 124 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:399] (DFInstance::load_dwarves)
2017-Dec-27 02:29:22.965 INFO core calculated roles in 9 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:411] (DFInstance::load_dwarves)
2017-Dec-27 02:29:22.966 INFO core loaded population data in 1 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:416] (DFInstance::load_dwarves)
2017-Dec-27 02:29:22.975 INFO core found 22 units out of 39 creatures [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:430] (DFInstance::load_dwarves)
2017-Dec-27 02:29:23.041 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-27 02:29:23.081 INFO core loaded rows for "Labors Full" 40 ms [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:785] (DwarfModel::set_group_by)
2017-Dec-27 02:29:23.970 INFO core completed read in 1182 ms [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:628] (MainWindow::read_dwarves)
2017-Dec-27 02:29:27.754 INFO core Beginning shutdown [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:380] (MainWindow::closeEvent)
2017-Dec-27 02:29:27.754 INFO core beginning to write settings [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:357] (MainWindow::write_settings)
2017-Dec-27 02:29:27.755 INFO core finished writing settings [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:375] (MainWindow::write_settings)
2017-Dec-27 02:29:27.755 INFO core Closing Dwarf Therapist normally [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:386] (MainWindow::closeEvent)
DwarfTherapist always shows an error when starting up about being unable to do version check, so mine won't auto-update.
(https://i.imgur.com/XMxrp78.png)
The "Version Check Error" is always there, the "Memory Layout Error" is new (since DF executable got updated).
the old thread is sinking down in the board history
You could ask the moderators (which I think means Toady and Threetoe) to lock the old thread. That should be an indication that "this is not the tread you're looking for". For people to look for recent threads in the sub fora it's not an issue until such a time DT is honed to such perfection that there is no need for any changes, nor any questions (and I don't think the last part will ever happen).the old thread is sinking down in the board history
The problem is the #1 results of Google search still pull up the old threads. I wish we could take care of those somehow...
I umm, seem to be having an issue with the latest version of dwarf therapist.If the new assumed identity thing is different from vampires' fake identity, I am quite sure Dwarf Therapist does not pick it up.
Some of the unit names don't match, which means something funny is going on.
I have two citizens who ingame are called one thing, but are called something else by dwarf therapist.
One of them is a Pilgrim, the other is a Monster Slayer. So, I'm wondering if they are using this new assumed identity thing, and dwarf therapist isn't picking that up.
I umm, seem to be having an issue with the latest version of dwarf therapist.If the new assumed identity thing is different from vampires' fake identity, I am quite sure Dwarf Therapist does not pick it up.
Some of the unit names don't match, which means something funny is going on.
I have two citizens who ingame are called one thing, but are called something else by dwarf therapist.
One of them is a Pilgrim, the other is a Monster Slayer. So, I'm wondering if they are using this new assumed identity thing, and dwarf therapist isn't picking that up.
If there is something weird with your save, it would be easier for me to debug if you uploaded it.
Also Monster Slayer are currently considered like mercenaries in DT: assignable to squad and not hidden when you don't display visitors (but the names I checked were correct in my fortress).
New version released: 39.1.2 (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/v39.1.2)
Just updating the memory layouts for 0.44.03.
Changelog:
- added memory layouts for DF 44.03 (all platforms)
- added support for retina display in osx
Windows builds are also available on DFFD (win32 (http://dffd.bay12games.com/file.php?id=13094), win64 (http://dffd.bay12games.com/file.php?id=13095)).
I also created a COPR repository (https://copr.fedorainfracloud.org/coprs/cvuchener/Dwarf-Therapist/) for Fedora users. The doc package won't build and I don't know how to fix it yet, but the main package is available.
2017-dic.-29 15:30:28.085 INFO core attempting to find running copy of DF [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:236] (DFInstanceWindows::find_running_copy)
2017-dic.-29 15:30:28.088 INFO core PID of process is: 3588 [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:242] (DFInstanceWindows::find_running_copy)
2017-dic.-29 15:30:28.088 INFO core PROC HANDLE: 0x65c [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:248] (DFInstanceWindows::find_running_copy)
2017-dic.-29 15:30:28.089 INFO core RAW BASE ADDRESS: 140700535619584 [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:283] (DFInstanceWindows::find_running_copy)
2017-dic.-29 15:30:28.089 INFO core Target EXE was compiled at "2017-12-25T10:37:31" [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:78] (DFInstanceWindows::calculate_checksum)
2017-dic.-29 15:30:28.089 INFO core Setting memory layout for DF checksum "0x5a40c6db" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1081] (DFInstance::set_memory_layout)
2017-dic.-29 15:30:28.089 INFO core Detected Dwarf Fortress version "v0.44.03 (graphics) win64" using MemoryLayout from "C:/Users/jgonzalez/Desktop/DwarfTherapist-v39.1.2-win64/share/memory_layouts/windows/v0.44.03_graphics_win64.ini" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1086] (DFInstance::set_memory_layout)
2017-dic.-29 15:30:28.089 INFO core GetModuleFileNameEx returned: "C:\\Users\\jgonzalez\\Desktop\\df_44_03_win\\Dwarf Fortress.exe" [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:316] (DFInstanceWindows::find_running_copy)
2017-dic.-29 15:30:28.089 INFO core Dwarf Fortress path: "C:/Users/jgonzalez/Desktop/df_44_03_win" [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:319] (DFInstanceWindows::find_running_copy)
2017-dic.-29 15:30:28.089 INFO core Checking for layout for checksum: "0x5a40c6db" [E:\projects\Dwarf-Therapist\src\updater.cpp:133] (Updater::check_layouts)
2017-dic.-29 15:30:28.255 INFO core Setting memory layout for DF checksum "0x5a40c6db" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1081] (DFInstance::set_memory_layout)
2017-dic.-29 15:30:28.255 INFO core Detected Dwarf Fortress version "v0.44.03 (graphics) win64" using MemoryLayout from "C:/Users/jgonzalez/Desktop/DwarfTherapist-v39.1.2-win64/share/memory_layouts/windows/v0.44.03_graphics_win64.ini" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1086] (DFInstance::set_memory_layout)
2017-dic.-29 15:30:28.255 INFO core Connection to DF version "v0.44.03 (graphics) win64" established. [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:429] (MainWindow::connect_to_df)
2017-dic.-29 15:30:28.550 INFO core Loaded 12 views from disk [E:\projects\Dwarf-Therapist\src\viewmanager.cpp:170] (ViewManager::reload_views)
2017-dic.-29 15:30:28.554 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-dic.-29 15:30:28.557 INFO core group_by now set to 0 for view "Military" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-dic.-29 15:30:28.560 INFO core group_by now set to 0 for view "Attributes" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-dic.-29 15:30:28.563 INFO core group_by now set to 0 for view "Roles" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-dic.-29 15:30:28.566 INFO core group_by now set to 0 for view "Animals" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-dic.-29 15:30:28.566 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-dic.-29 15:30:28.566 INFO core "redrew views in 15ms" [E:\projects\Dwarf-Therapist\src\viewmanager.cpp:317] (ViewManager::draw_views)
2017-dic.-29 15:30:53.980 INFO core current year: 83 [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:784] (DFInstance::refresh_data)
2017-dic.-29 15:30:53.987 INFO core FOUND 22 squads [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:875] (DFInstance::load_squads)
2017-dic.-29 15:30:54.004 INFO core using active units [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:951] (DFInstance::get_creatures)
2017-dic.-29 15:30:54.004 INFO core no active units with our civ (reclaim), using full unit list [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:957] (DFInstance::get_creatures)
2017-dic.-29 15:30:54.028 INFO core "FOUND Dwarf (0x000001ce4e5ad7d0) name:Ushat Inethraluk id:9016 histfig_id:11655" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.031 INFO core "FOUND Dwarf (0x000001ce5150ffb0) name:Ingish Erithabir id:9017 histfig_id:11656" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.035 INFO core "FOUND Dwarf (0x000001ce51c4b010) name:Ilral Delethshorast id:9018 histfig_id:11657" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.038 INFO core "FOUND Dwarf (0x000001ce5151cb30) name:Rakust Onulrigoth id:9019 histfig_id:11658" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.041 INFO core "FOUND Dwarf (0x000001ce52819020) name:Zuglar Ethaddastot id:9020 histfig_id:11659" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.044 INFO core "FOUND Dwarf (0x000001ce5281a3b0) name:Sarvesh Itonoshur id:9021 histfig_id:11660" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.047 INFO core "FOUND Dwarf (0x000001ce518fe010) name:Reg Bungekkubuk id:9022 histfig_id:11661" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.047 INFO core "FOUND Dog (0x000001ce518ff3a0) name:Dog id:9023 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.048 INFO core "FOUND Dog (0x000001ce30aae010) name:Dog id:9024 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.049 INFO core "FOUND Cat (0x000001ce30aaf3a0) name:Cat id:9025 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.050 INFO core "FOUND Cat (0x000001ce30ab0730) name:Cat id:9026 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.051 INFO core "FOUND Chicken (0x000001ce52246010) name:Hen id:9027 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.052 INFO core "FOUND Chicken (0x000001ce522473a0) name:Rooster id:9028 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.053 INFO core "FOUND Guineafowl (0x000001ce52248730) name:Guineahen id:9029 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.053 INFO core "FOUND Guineafowl (0x000001ce52249ac0) name:Guineacock id:9030 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.054 INFO core "FOUND Turkey (0x000001ce520a1220) name:Turkey Hen id:9031 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.055 INFO core "FOUND Turkey (0x000001ce521110b0) name:Turkey Gobbler id:9032 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.056 INFO core "FOUND Horse (0x000001ce5210d480) name:Horse id:9033 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.057 INFO core "FOUND Horse (0x000001ce5210c070) name:Horse id:9034 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-dic.-29 15:30:54.058 INFO core read 19 units in 51 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:399] (DFInstance::load_dwarves)
2017-dic.-29 15:30:54.063 INFO core calculated roles in 5 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:411] (DFInstance::load_dwarves)
2017-dic.-29 15:30:54.063 INFO core loaded population data in 0 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:416] (DFInstance::load_dwarves)
2017-dic.-29 15:30:54.074 INFO core found 19 units out of 20 creatures [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:430] (DFInstance::load_dwarves)
2017-dic.-29 15:30:54.103 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-dic.-29 15:30:54.131 INFO core loaded rows for "Labors Full" 28 ms [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:785] (DwarfModel::set_group_by)
2017-dic.-29 15:30:55.217 INFO core completed read in 1237 ms [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:628] (MainWindow::read_dwarves)
2017-dic.-29 15:30:57.308 INFO core Beginning shutdown [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:380] (MainWindow::closeEvent)
2017-dic.-29 15:30:57.308 INFO core beginning to write settings [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:357] (MainWindow::write_settings)
2017-dic.-29 15:30:57.310 INFO core finished writing settings [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:375] (MainWindow::write_settings)
2017-dic.-29 15:30:57.310 INFO core Closing Dwarf Therapist normally [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:386] (MainWindow::closeEvent)
@Kat, it is a simple bug actually: DT only use fake identity for vampires. I could just move the code so it is applied to everyone. Are there cases where we would not want to use the fake identity if it exists?
Can DT and DFHack run at the same time?Yeah. I think most pack users do that.
2017-Dec-30 19:28:01.106 INFO core Connection to DF version "v0.44.03 (graphics) win64" established. [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:429] (MainWindow::connect_to_df)
2017-Dec-30 19:28:01.532 INFO core Loaded 12 views from disk [E:\projects\Dwarf-Therapist\src\viewmanager.cpp:170] (ViewManager::reload_views)
2017-Dec-30 19:28:01.535 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.538 INFO core group_by now set to 0 for view "Military" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.541 INFO core group_by now set to 0 for view "Attributes" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.543 INFO core group_by now set to 0 for view "Roles" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.545 INFO core group_by now set to 0 for view "Animals" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.546 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.546 INFO core "redrew views in 13ms" [E:\projects\Dwarf-Therapist\src\viewmanager.cpp:317] (ViewManager::draw_views)
2017-Dec-30 19:28:01.546 INFO core current year: 250 [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:784] (DFInstance::refresh_data)
2017-Dec-30 19:28:01.548 INFO core FOUND 49 squads [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:875] (DFInstance::load_squads)
2017-Dec-30 19:28:01.549 INFO core no active units (embark) using full unit list [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:942] (DFInstance::get_creatures)
2017-Dec-30 19:28:01.612 INFO core "FOUND Dwarf (0x000001af69e828e0) name:Udib Asobirid id:24342 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.613 INFO core "FOUND Dwarf (0x000001af69e814d0) name:Dumed Akrelbim id:24343 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.615 INFO core "FOUND Dwarf (0x000001af69e83cf0) name:Nish Vucarostath id:24344 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.616 INFO core "FOUND Dwarf (0x000001af69e88d30) name:Cerol Nethrimtar id:24345 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.617 INFO core "FOUND Dwarf (0x000001af69e86510) name:Kumil Idashreg id:24346 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.617 INFO core "FOUND Dwarf (0x000001af69e8dd70) name:Cerol D?shmabrabed id:24347 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.619 INFO core "FOUND Dwarf (0x000001af69e8a140) name:Th?kut Avuzber id:24348 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.619 INFO core read 7 units in 70 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:399] (DFInstance::load_dwarves)
2017-Dec-30 19:28:01.623 INFO core calculated roles in 4 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:411] (DFInstance::load_dwarves)
2017-Dec-30 19:28:01.623 INFO core loaded population data in 0 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:416] (DFInstance::load_dwarves)
2017-Dec-30 19:28:01.629 INFO core found 7 units out of 7 creatures [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:430] (DFInstance::load_dwarves)
2017-Dec-30 19:28:01.652 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.670 INFO core loaded rows for "Labors Full" 18 ms [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:785] (DwarfModel::set_group_by)
2017-Dec-30 19:28:03.002 INFO core completed read in 1456 ms [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:628] (MainWindow::read_dwarves)
2017-Dec-30 19:28:03.011 WARNING core "illegal value" [E:\projects\Dwarf-Therapist\src\updater.cpp:181] (Updater::load_manifest)
2017-Dec-30 19:28:03.012 INFO core Setting memory layout for DF checksum "0x5a40c6db" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1081] (DFInstance::set_memory_layout)
2017-Dec-30 19:28:03.012 INFO core Detected Dwarf Fortress version "v0.44.03 (graphics) win64" using MemoryLayout from "C:/Users/jon/DwarfTherapist-v39.1.2-win64/share/memory_layouts/windows/v0.44.03_graphics_win64.ini" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1086] (DFInstance::set_memory_layout)
2017-Dec-30 19:28:03.012 INFO core Connection to DF version "v0.44.03 (graphics) win64" established. [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:429] (MainWindow::connect_to_df)
2017-Dec-30 19:28:03.340 INFO core Loaded 12 views from disk [E:\projects\Dwarf-Therapist\src\viewmanager.cpp:170] (ViewManager::reload_views)
2017-Dec-30 19:28:03.344 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
Whenever I try to use the latest release it doesn't connect to Dwarf Fortress, and crashes when it does. This is what I found in the log:From your log, DT connect correctly one first time, then there is an error with the updater and it try to reconnect and crash. What happens if you disable the updater (Options > General > Updates > uncheck "Automatically Check for Updater")?Code: [Select]2017-Dec-30 19:28:01.106 INFO core Connection to DF version "v0.44.03 (graphics) win64" established. [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:429] (MainWindow::connect_to_df)
2017-Dec-30 19:28:01.532 INFO core Loaded 12 views from disk [E:\projects\Dwarf-Therapist\src\viewmanager.cpp:170] (ViewManager::reload_views)
2017-Dec-30 19:28:01.535 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.538 INFO core group_by now set to 0 for view "Military" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.541 INFO core group_by now set to 0 for view "Attributes" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.543 INFO core group_by now set to 0 for view "Roles" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.545 INFO core group_by now set to 0 for view "Animals" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.546 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.546 INFO core "redrew views in 13ms" [E:\projects\Dwarf-Therapist\src\viewmanager.cpp:317] (ViewManager::draw_views)
2017-Dec-30 19:28:01.546 INFO core current year: 250 [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:784] (DFInstance::refresh_data)
2017-Dec-30 19:28:01.548 INFO core FOUND 49 squads [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:875] (DFInstance::load_squads)
2017-Dec-30 19:28:01.549 INFO core no active units (embark) using full unit list [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:942] (DFInstance::get_creatures)
2017-Dec-30 19:28:01.612 INFO core "FOUND Dwarf (0x000001af69e828e0) name:Udib Asobirid id:24342 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.613 INFO core "FOUND Dwarf (0x000001af69e814d0) name:Dumed Akrelbim id:24343 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.615 INFO core "FOUND Dwarf (0x000001af69e83cf0) name:Nish Vucarostath id:24344 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.616 INFO core "FOUND Dwarf (0x000001af69e88d30) name:Cerol Nethrimtar id:24345 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.617 INFO core "FOUND Dwarf (0x000001af69e86510) name:Kumil Idashreg id:24346 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.617 INFO core "FOUND Dwarf (0x000001af69e8dd70) name:Cerol D?shmabrabed id:24347 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.619 INFO core "FOUND Dwarf (0x000001af69e8a140) name:Th?kut Avuzber id:24348 histfig_id:-1" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:307] (Dwarf::read_data)
2017-Dec-30 19:28:01.619 INFO core read 7 units in 70 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:399] (DFInstance::load_dwarves)
2017-Dec-30 19:28:01.623 INFO core calculated roles in 4 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:411] (DFInstance::load_dwarves)
2017-Dec-30 19:28:01.623 INFO core loaded population data in 0 ms [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:416] (DFInstance::load_dwarves)
2017-Dec-30 19:28:01.629 INFO core found 7 units out of 7 creatures [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:430] (DFInstance::load_dwarves)
2017-Dec-30 19:28:01.652 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
2017-Dec-30 19:28:01.670 INFO core loaded rows for "Labors Full" 18 ms [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:785] (DwarfModel::set_group_by)
2017-Dec-30 19:28:03.002 INFO core completed read in 1456 ms [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:628] (MainWindow::read_dwarves)
2017-Dec-30 19:28:03.011 WARNING core "illegal value" [E:\projects\Dwarf-Therapist\src\updater.cpp:181] (Updater::load_manifest)
2017-Dec-30 19:28:03.012 INFO core Setting memory layout for DF checksum "0x5a40c6db" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1081] (DFInstance::set_memory_layout)
2017-Dec-30 19:28:03.012 INFO core Detected Dwarf Fortress version "v0.44.03 (graphics) win64" using MemoryLayout from "C:/Users/jon/DwarfTherapist-v39.1.2-win64/share/memory_layouts/windows/v0.44.03_graphics_win64.ini" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:1086] (DFInstance::set_memory_layout)
2017-Dec-30 19:28:03.012 INFO core Connection to DF version "v0.44.03 (graphics) win64" established. [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:429] (MainWindow::connect_to_df)
2017-Dec-30 19:28:03.340 INFO core Loaded 12 views from disk [E:\projects\Dwarf-Therapist\src\viewmanager.cpp:170] (ViewManager::reload_views)
2017-Dec-30 19:28:03.344 INFO core group_by now set to 0 for view "Labors Full" [E:\projects\Dwarf-Therapist\src\dwarfmodel.cpp:779] (DwarfModel::set_group_by)
The log says it has connected, but it doesn't display anything and says "disconnected" in the bottom right corner. Here's a screenshot of a crash.
https://imgur.com/a/6d6Ya
Not sure what's going on.
Of course, all relationships are still eternal, so the lover thing is kind of broken now (sometimes it won't advance beyond lover because one of the parties is not interested in committing, but still neither ever breaks it off, ever... not unrealistic in individual cases, but strange overall).
From your log, DT connect correctly one first time, then there is an error with the updater and it try to reconnect and crash. What happens if you disable the updater (Options > General > Updates > uncheck "Automatically Check for Updater")?
What do you mean by "doesn't display anything"? On your screenshot, I can see the list of dwarves.
Speaking of sexual orientation, I have redone my icon set with new background colors. I also changed the size from 16×16 to 15×15 so I could center the female symbol, and removed the background border.
(https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-asexual.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-hetero-i.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-hetero-c.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-homo-i.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-homo-c.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-bi-ii.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-bi-ic.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-bi-ci.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-bi-cc.png)
(https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-asexual.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-hetero-i.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-hetero-c.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-homo-i.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-homo-c.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-bi-ii.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-bi-ic.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-bi-ci.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-bi-cc.png)
And double resolution (30×30) for high DPI display (it's vector graphics, it's cheap to make):
(https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-asexual@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-hetero-i@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-hetero-c@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-homo-i@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-homo-c@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-bi-ii@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-bi-ic@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-bi-ci@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-f-bi-cc@2x.png)
(https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-asexual@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-hetero-i@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-hetero-c@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-homo-i@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-homo-c@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-bi-ii@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-bi-ic@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-bi-ci@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/7a2146aaca94aeb997dd09ae96dc476677feba0c/resources/img/df-sex-orient-m-bi-cc@2x.png)
I am still not happy with the result. Maybe I should simplify by using gray background for not committed and uniform backgrounds for bisexuals except when committed to both.
edit: alternative with less background variety:
(https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-asexual.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-hetero-i.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-hetero-c.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-homo-i.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-homo-c.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-bi-ii.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-bi-ic.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-bi-ci.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-bi-cc.png)
(https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-asexual.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-hetero-i.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-hetero-c.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-homo-i.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-homo-c.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-bi-ii.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-bi-ic.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-bi-ci.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-bi-cc.png)
(https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-asexual@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-hetero-i@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-hetero-c@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-homo-i@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-homo-c@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-bi-ii@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-bi-ic@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-bi-ci@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-f-bi-cc@2x.png)
(https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-asexual@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-hetero-i@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-hetero-c@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-homo-i@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-homo-c@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-bi-ii@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-bi-ic@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-bi-ci@2x.png) (https://github.com/cvuchener/Dwarf-Therapist/raw/ff123cbbeb938fe8e5c4423061aa8fe227216a47/resources/img/df-sex-orient-m-bi-cc@2x.png)
(https://i.imgur.com/S3rMyyb.png) | (https://i.imgur.com/w15d5ua.png) | (https://i.imgur.com/jpRepk9.png) | (https://i.imgur.com/bqGDXy0.png) |
(https://i.imgur.com/zhLtX3v.png) | (https://i.imgur.com/kZ2CTPG.png) | (https://i.imgur.com/qqZSTpn.png) | (https://i.imgur.com/2fZvcTz.png) |
Hi guys this may be a dumb question but can i play the latest version of DF (44/4) with the latest current version of therapist?
Memory layout for linux64 loads fine but is showing a bunch of strange matches for preferences for Parchments and Paper Plants.
[Edit: got back for a proper look and Parchment and Paper Plants are matching all material preferences. (And in the case of Tanners any Leather preferences are matching twice... once for Leather and repeated for Parchment.)]
25\attributes\1\id=agility
25\attributes\2\id=kinesthetic sense
25\attributes\size=2
25\name=Tanner+
25\preferences\1\exact=false
25\preferences\1\flags\1\flag=29
25\preferences\1\flags\size=1
25\preferences\1\name=Leather
25\preferences\1\pref_category=0
25\preferences\2\exact=false
25\preferences\2\name=Parchments
25\preferences\2\pref_category=0
25\preferences\size=2
25\skills\1\id=12
25\skills\size=1
4\attributes\1\id=agility
4\attributes\2\id=kinesthetic sense
4\attributes\size=2
4\name=Tanner ++
4\preferences\1\exact=false
4\preferences\1\flags\1\flag=29
4\preferences\1\flags\size=1
4\preferences\1\name=Leather
4\preferences\1\pref_category=0
4\preferences\2\exact=false
4\preferences\2\mat_reaction=PARCHMENT
4\preferences\2\mat_state=5
4\preferences\2\name=Parchments
4\preferences\2\pref_category=0
4\preferences\size=2
4\skills\1\id=12
4\skills\size=1
You understood correctly the icons. It was already reported that DT does not interpret the sexual preference correctly. It is being worked on. I can provide an experimental windows build if you want to test it.
Test this version (https://framadrop.org/r/WLEFzIq-8q#g2gmG9Jl5zAxHL0Rf03TivEgHRsNZoOzrZm+5HYko6M=), and see if the sexual orientation is more coherent. If you have DFHack, you can also check what the gaydar command (http://dfhack.readthedocs.io/en/stable/docs/_auto/base.html#gaydar) reports.
The discussion happened several pages ago (see PatrikLundell posts) (http://www.bay12forums.com/smf/index.php?topic=168411.60), it is normal that you missed it.
But I have no idea why they were not saved correctly. When was the last time you saw these preferences working correctly? Any idea of what could have caused this?
Your cave swallow is a minor bi-sexual, i.e. likes to play around with males, but will go the whole distance only with females. Since lover relationships and marriages are exclusive affairs in DF that would mean a homo relation that would stall at Lover OR a hetero relation that would go all the way to marriage (as far as he's concerned: the female might want to go only up to Lover). This relation discussion isn't actually relevant for animals (like this one), however, since Toady has fixed animals so they'll reproduce as long as they're willing to go at least to the Lover stage. Thus, Like and Marry makes no difference for animals: they'll get down to it regardless (but obviously there'd be no results from homo business). The other difference between animals and "civilized" critters is that animals are promiscuous and also won't shy away from incest (although the latter is rampant in Legends...).
Phantoms of Brine are probably procedurally generated critters of the shrine or vault guardian type.
Can't say whether the correct tags existed previously and got deleted [snip]
Modified raws don't change the checksum (it's the DF binary checksum). How did you install DT? Latest version should come with memory layouts from 0.42.01 to 0.44.03. 0.40.x is no longer supported.
What build instructions (link)? Maybe you accidentally got Splinterz's fork.
<appdir>/share
<appdir>/../share
~/.local/share/dwarftherapist
/usr/local/share/dwarftherapist
/usr/share/dwarftherapist
<workdir>
<workdir>/share
XDG_DATA_HOME and XDG_DATA_DIRS are environment variable that may change where the applications looks for files. Usually they are unset, I gave the paths for the default values. You can check if they have a value with "env | grep XDG_DATA".Open up Dwarf Therapist, go to options -> general and make sure that your updates (down the bottom) are set to owner: Dwarf-Therapist and repository: Dwarf-Therapist. If owner was set to splintermind then it is understandable that the old memory layouts were downloaded from there, and it seems that might have caused problems. After this I would suggest closing normally and then reinstalling Dwarf Therapist. Then add the memory layout for 0.44.05. Hoepfully it will now update memory layouts from the right repository and all will be well. :)
DT try to find a "memory_layouts/linux" folder in several locations. But I think it stops when the first one is found. You may have a old memory_layouts folder that is found before the one you want. DT should look in these locations (<appdir> is the location of the DwarfTherapist binary, <workdir> is where you start it from):Code: [Select]<appdir>/share
XDG_DATA_HOME and XDG_DATA_DIRS are environment variable that may change where the applications looks for files. Usually they are unset, I gave the paths for the default values. You can check if they have a value with "env | grep XDG_DATA".
<appdir>/../share
~/.local/share/dwarftherapist
/usr/local/share/dwarftherapist
/usr/share/dwarftherapist
<workdir>
<workdir>/share
You can delete the old memory layouts they won't work with the current DT anyway. But I don't see why it would stop reading the directory after the old ones. You should check the other paths in the list: the <appdir>/<workdir> ones may not be in locate search paths.
added commitment details for sexual orientation (lover vs. marriage, only for citizens, not for animals)This is great! (Once I found where the setting was hidden that was). It certainly explains why my planned generation fortress wasn't having any progress; turns out that basically everyone was unwilling to marry members of the opposite sex. Time to abandon and roll up a new fortress I guess.
Or hack the buggers to stop shying away from their duties to procreate using DFHack (well, they may still need encouragement to actually produce offspring).Quoteadded commitment details for sexual orientation (lover vs. marriage, only for citizens, not for animals)This is great! (Once I found where the setting was hidden that was). It certainly explains why my planned generation fortress wasn't having any progress; turns out that basically everyone was unwilling to marry members of the opposite sex. Time to abandon and roll up a new fortress I guess.
libc++abi.dylib: terminating with uncaught exception of type std::bad_alloc: std::bad_alloc
https://pastebin.com/YM6twfxKThe was no memory layout change. Does it happen with other saves?Can't believe I didn't think of that. No, the other saves are fine.
Upload the save, please. Even if it solves itself, there is still a bug that may happen again.
It does not crash for me. :(
I checked with valgrind since this looked like a memory corruption and it can have random effects. I found uninitialized values related to wounds, although it looks harmless. Could the crash be related to the wounds of Asën Delerlolum (Farmer) or Unib Teshkadmistêm (Mechanic)? It is the permanent severed part/nerve damage that cause it, I don't think it would go away with time.Running "full-heal" on those two doesn't fix the crash.
Are you using the SDL version of DF?
I think using legacy DF would get you a missing memory layout error.
Can you post the content of the log/run.log file?
2018-Feb-13 10:24:13.093 INFO core attempting connection to running DF game [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:406] (MainWindow::connect_to_df)
2018-Feb-13 10:24:13.095 INFO core adding valid layout "v0.44.05 (graphics) win64" checksum: "0x5a5bbc62" SHA: "56d3e713f01606ebafd1d9a19206076fe01e5e1e" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.096 INFO core adding valid layout "v0.44.05 (graphics) win32" checksum: "0x5a5bb383" SHA: "a0c18579181ae5f245fbfb512013076bd5fb654c" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.097 INFO core adding valid layout "v0.44.04 (graphics) win64" checksum: "0x5a568f07" SHA: "cf5b103cfa8e1504eb86a028e67d430ec1e1328d" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.098 INFO core adding valid layout "v0.44.04 (graphics) win32" checksum: "0x5a5687e6" SHA: "7ab86d32eb2c5adb1a71edb6854e57a7fb116f91" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.099 INFO core adding valid layout "v0.44.03 (graphics) win64" checksum: "0x5a40c6db" SHA: "21e3debe6634dda0a254491c9c60efc0e82876df" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.100 INFO core adding valid layout "v0.44.03 (graphics) win32" checksum: "0x5a40bfbf" SHA: "4ea302a365d2d3b08e368bac3ae84597f69029c4" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.101 INFO core adding valid layout "v0.44.02 (graphics) win64" checksum: "0x5a176770" SHA: "9e831bd40c8229de10a952d9ce382dcb3181b40c" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.103 INFO core adding valid layout "v0.44.02 (graphics) win32" checksum: "0x5a175fbd" SHA: "e5738d69fc608669759934e077de17ce5869fd53" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.104 INFO core adding valid layout "v0.43.05 (graphics) win64" checksum: "0x577b5e93" SHA: "5218ec4e1e6c5f3dbc63f8ce46ad7e6e218c796a" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.105 INFO core adding valid layout "v0.43.05 (graphics) win32" checksum: "0x577b57ff" SHA: "29eb9fbdba3efc4abbc08d49431621f937697b12" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.106 INFO core adding valid layout "v0.43.03 (graphics) win" checksum: "0x57420c94" SHA: "f58253a32c8a719959d5c55096614f80c34b7d00" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.107 INFO core adding valid layout "v0.43.02 (graphics) win" checksum: "0x5733848a" SHA: "97a9222673f762f1acc5e4cfe737e380b4a1108a" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.108 INFO core adding valid layout "v0.43.01 (graphics) win" checksum: "0x5731022d" SHA: "c17c0f62c50a4ac91360271fe7317433a4fb56a9" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.109 INFO core adding valid layout "v0.42.06 (graphics) win" checksum: "0x56bba192" SHA: "7d778155de6ecdaa5c2933af7f14e69601069477" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.110 INFO core adding valid layout "v0.42.05 (graphics) win" checksum: "0x569bf3df" SHA: "2c38c07aa67947bc4fa52f0c7086e5cf608cb0cc" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.111 INFO core adding valid layout "v0.42.04 (graphics) win" checksum: "0x567ef345" SHA: "0fa1a009508d9b271ae86cfde75f35741ddbc3c3" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.113 INFO core adding valid layout "v0.42.03 (graphics) win" checksum: "0x566c7776" SHA: "747ead87b43be1b5b70f3a838113a63cee6ebd6f" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.114 INFO core adding valid layout "v0.42.02 (graphics) win" checksum: "0x56633788" SHA: "3b1b62e68a16963767243a37e362b7eaeaad1a3a" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.115 INFO core adding valid layout "v0.42.01 (graphics) win" checksum: "0x565ca0e6" SHA: "d359ca9347936d47f1d536e303fc3b902303e0a0" [E:\projects\Dwarf-Therapist\src\dfinstance.cpp:106] (DFInstance::DFInstance)
2018-Feb-13 10:24:13.115 INFO core attempting to find running copy of DF [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:236] (DFInstanceWindows::find_running_copy)
2018-Feb-13 10:24:13.121 INFO core PID of process is: 3120 [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:242] (DFInstanceWindows::find_running_copy)
2018-Feb-13 10:24:13.121 INFO core PROC HANDLE: 0x0 [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:248] (DFInstanceWindows::find_running_copy)
2018-Feb-13 10:24:13.121 ERROR core Error opening process! "The operation completed successfully." [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:251] (DFInstanceWindows::find_running_copy)
2018-Feb-13 10:24:13.121 ERROR core Error creating toolhelp32 snapshot! "Access is denied." [E:\projects\Dwarf-Therapist\src\dfinstancewindows.cpp:257] (DFInstanceWindows::find_running_copy)
2018-Feb-13 10:24:13.121 WARNING core lost connection to DF [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:467] (MainWindow::lost_df_connection)
2018-Feb-13 10:24:13.124 ERROR core ("Not Running", "Unable to locate a running copy of Dwarf Fortress, are you sure it's running?", "", "") [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:489] (MainWindow::lost_df_connection)
2018-Feb-13 10:24:16.375 INFO core Beginning shutdown [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:381] (MainWindow::closeEvent)
2018-Feb-13 10:24:16.375 INFO core beginning to write settings [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:358] (MainWindow::write_settings)
2018-Feb-13 10:24:16.376 INFO core finished writing settings [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:376] (MainWindow::write_settings)
2018-Feb-13 10:24:16.376 INFO core Closing Dwarf Therapist normally [E:\projects\Dwarf-Therapist\src\mainwindow.cpp:387] (MainWindow::closeEvent)
Try running Dwarf Therapist as an administrator.
Note to myself: fix OpenProcess error message.
It is supposed to save user settings. If I am reading Qt doc correctly, it should be in "$HOME/.config/UDP Software/Dwarf Therapist.ini" (same as linux).
Die Anwendung konnte nicht korrekt gestartet werden (0xc000007b). Klicken sie auf "OK", um die Anwendung zu schließen.
Same error as PFunk (http://www.bay12forums.com/smf/index.php?topic=168411.msg7687449#msg7687449)?yes, same error.
...and the OS X build still crashes on load if there is a "Serve Dwarven Wine" job in the list.Does "Serve Dwarven Rum" crashes DT too? DT does not look the details of the service order, it should be the same, but it does not crash for me.
Quote from Luca____ on Reddit's /r/dwarffortress: (https://www.reddit.com/r/dwarffortress/comments/81u523/biweekly_df_questions_thread/dv8lq6i/)
I am running the LNP( LinuxLNP-0.43.05-r07) on Linux (xfce 4.10, Xubuntu) and whenever I try and open Dwarf Therapist, it gives me a screen telling me that it needs to run as root. I accept it, enter my password, then nothing happens. What could be wrong?
I also get the problem when opening that it is missing a file (setcap). When I update it, DT still doesn't recognize that I have it now. When I open the terminal and run the program, it says that "[the command for root access] line 124: getcap: command not found".
I am a newbie at Linux, what should I do to fix this?
Does it happen with any fortress or just this one? Check log/run.log for errors or warnings.
- I happened to browse around the tabs and found a "donate" option under help. Out of curiosity I checked who'd it would donate to, and it refers to Splintermind, which I think it's obsolete given that he's no longer active.I never checked those. The forum link is wrong too.
- The latest DF update makes use of some previously disused military skills (or at least Tactics). I couldn't find it in any of the tabs (but I can't discount poor search abilities), so that might be a candidate for being added.It is available for custom grid views and custom roles (as "Military Tactician"). Suggestions for changing/adding default grid views and roles are always welcome. I am not the most informed person about gameplay changes.
Experimental memory layouts for 0.44.06 (untested):Windows 64 bits seems to be working just fine! Thank you!
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.06/share/memory_layouts/linux/v0.44.06_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.06/share/memory_layouts/linux/v0.44.06_linux64.ini)
- OS X 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.06/share/memory_layouts/osx/v0.44.06_osx32.ini)
- OS X 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.06/share/memory_layouts/osx/v0.44.06_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.06/share/memory_layouts/windows/v0.44.06_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.06/share/memory_layouts/windows/v0.44.06_graphics_win64.ini)
Is there a column for the Military Tactics skill?See Clément's answer to my comment a few posts up...
I'll see what I can do. I created an issue on github (https://github.com/Dwarf-Therapist/Dwarf-Therapist/issues/63), so I don't forget.
I should not be to difficult to reuse the role preferences without a role. Do you want only the generic preference matches (the one you see in the role editor when you did not connect to a fortress), or all the exact preferences? There are really a lot of them, it would not fit the current grid view editor UI.
Until I add that, you can create custom roles using only preferences. It will mess with the role score normalization but you will be able to add them in grid views.
I was hoping for a way to list all preferences by category then specifics and scroll left to right to see them all, maybe expand them using a +/- box dialog.
Spreadsheet Berserker
I was hoping for a way to list all preferences by category then specifics and scroll left to right to see them all, maybe expand them using a +/- box dialog.
I am not sure what you are describing. Scrolling won't do it: some categories have hundreds of items (see the custom role editor dialog). The grid view editor will need to be redone to be usable with preferences, using a filter search like the custom role editor. The current nested context menus cannot contains the hundreds of creature and material preferences.Spreadsheet Berserker
Indeed. Sorry, I cannot comment your data, I have no idea what is going on here.
If you are the statistics expert, do you any idea what could be causing this issue (https://github.com/Dwarf-Therapist/Dwarf-Therapist/issues/55).
Either way. The current way raw values are converted to %'s I believe use a transformation from min/max around the average, then from min/max around the median, then combined with an empirical cumulative distribution function to get a %. These %'s are then fed into a weighted sum algorithm to get role ratings.
I was proposing a new method that uses a simpler weighted standard deviation approach around the median (similar to a median/median absolute deviation approach) that allows for allowance for skewed distributions (i.e. extremely large values in a data set, i.e. outlier's).
The new proposed method doesn't do any weird transforms around the average/median that would leave the rest of the dataset not proportionally accurate (i.e. when transforming around different centers, the areas around the center get shifted to varying degrees, so the distances around the center are not the same on either side of the center). With this new proposed method, the distances would be equal always, plus the added benefit that there is only one center now (the median)
I could code it directly myself. I'm a bit slow though, I created the first prototype for the labor optimizer in v17 (took me two weeks and Splinterz said it was more or less a superfunction of spaghetti code). I generally make mockups in excel for review. That file I recently uploaded is a bit messy as I was trying a lot of things, but I could pair it down.Alternatively, I was looking at using Kernel Density Estimates (and maybe integrating R) to derive probability distributions.Scratch that, KDE's are basically Empirical Cumulative Distribution Functions and do not measure the distance between values. However, this method is much much much easier.
And yes, I am somewhat of a stats expert, I'm currently in a masters for Data Science, but the issue with that is, most methods for normalizing assume a NORMAL DISTRIBUTION, and the data that Dwarf Fortress produces isn't normal. So parametric methods have to be used. This I guess is a novel/hackey parametric method by using a weighted sum algorithm for the standard deviation which in turn allows for capturing the larger values appropriately while maintaining a ~0 (min) to 50 (median) to ~100% spread (max).
I could create a complete mockup of roles in excel so you can get a better idea. I could do a comparison with old vs new. Or I could just scratch that and attempt at coding a prototype. It's been a while, and if I do, it will probably take me a minute (a month?)
As to the bug... not sure. I noticed a bug a while ago in the way roles were calculated that I would also like to address (especially if I'm proposing a new method to calculate roles).
={sqrt(sum((R-MEDIAN(R))^2)/count(r))}
medianSDEV={sqrt(sum((attributeRange-MEDIAN(attributeRange))^2)/count(attributeRange))}
tempMadScore = (x-median(attributeRange))/medianSDVE
//explanation of excel function normdist:
//(x, mean, sdev, cumulative?)
tempMadScore = normdist(tempMadScore, 0, 1, 1)
ECDFscore = (countif(attributeRange,"<="&x) + countif(attributeRange,"<"&x))/2/count(attributeRange)
score = (tempMadScore + ECDFScore)/2
Code: [Select]={sqrt(sum((R-MEDIAN(R))^2)/count(r))}
I am also not sure how it affects MacOS (the example paths given in the doc look fine). Actually I have no idea where the memory layouts currently are. They are not copied in the deployment scripts. Are they downloaded by the updater on the first run? Where are they written?
Like the proposed changes but would it be better to use 'dtsettings.ini' or similar to aid in searching when a user does not know where the file is located? ('settings.ini' will likely result in many hits)
Yes, the memory layouts get downloaded by the auto updater just fine on Mac last time I checked. Applications on MacOS are actually folders called packages. This package contains the executable, the icon file, some libraries, and maybe UI graphics, and other stuff. The Mac version of Dwarf Therapist stores the memory layouts in a folder inside of its application package. If you need to know the exact location, it's /DwarfTherapist.app/Contents/MacOS/share/memory_layouts/osx/
Yes, the memory layouts get downloaded by the auto updater just fine on Mac last time I checked. Applications on MacOS are actually folders called packages. This package contains the executable, the icon file, some libraries, and maybe UI graphics, and other stuff. The Mac version of Dwarf Therapist stores the memory layouts in a folder inside of its application package. If you need to know the exact location, it's /DwarfTherapist.app/Contents/MacOS/share/memory_layouts/osx/
So the bundle is writable. You still need internet access on the first run to get the memory layout.
If I understand the paths correctly, the new standard path would be /DwarfTherapist.app/Contents/Resources/memory_layouts inside the bundle and new memory layouts would downloaded to ~/Library/Application Support/dwarftherapist/memory_layouts.
Maybe DwarfTherapist.ini, just for the advantage of keeping the same name across different systems?
Linux won't allow spaces (more precisely the NUL '\0' character) in filenames but does not have a problem with upper case - in fact it is consistently case sensitive whereas windows is case insensitive on the gui (dwarf.txt is regarded as the same file as DWARF.TXT and as dWarf.txt, and so on) but case sensitive on the command line. If I remember correctly windows from the command line needs escaping of nul characters in filenames. I can't comment on Mac, its been so long...
dwarftherapist.ini then, dtsettings.ini is not very good for search either. Maybe I should use different application names on different platforms. Linux prefers "dwarftherapist" (all lower case, no space), but Windows (and MacOS?) may prefer "Dwarf Therapist".Yes, if you are cool with them being different, I think Mac would prefer changing it to "Dwarf Therapist.app".
I like memory layouts in the bundle. I think it's nice having it all together and makes it easy to copy to other computers without losing the layouts.
Case sensitivity on Mac depends on the file system. It is a user-configurable option. It's not necessarily the same for everyone.Weird, I thought case sensitivity was mandatory for POSIX systems.
Yes, if you are cool with them being different, I think Mac would prefer changing it to "Dwarf Therapist.app".I see a lot spaces in standard paths but bundle names are usually "MyApp.app" (see doc (https://developer.apple.com/library/content/documentation/CoreFoundation/Conceptual/CFBundles/BundleTypes/BundleTypes.html#//apple_ref/doc/uid/10000123i-CH101-SW13)). I think the bundle name is generated by cmake from the executable name.
Or are you talking about the executable? The executable is currently called "DwarfTherapist" on Mac. I'm not sure if you can have a space in the executable. My attempts at adding a space to it have failed, and this file is hidden from the user anyway.
Edit: I can't even get a renamed executable to launch, so I must be doing it wrong.You may need to edit a file to change the executable name, Contents/Info.plist I think.
Weird, I thought case sensitivity was mandatory for POSIX systems.I think they only need to have case sensitivity as an option. I used to use case sensitivity, but it cause problems in some apps.
On MacOS, Qt also need an organization domain or name, for creating path like ~/Library/Application Support/com.example.MyApp/ (https://developer.apple.com/library/content/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/MacOSXDirectories/MacOSXDirectories.html#//apple_ref/doc/uid/TP40010672-CH10-SW1). If the bundle identifier is used, it may also be best to configure it in cmake. I don't how cmake is generating it (if you have a look in Info.plist, check the value of CFBundleIdentifier).Your builds of Dwarf Therapist include a blank BundleIdentifier, but Fricy used "com.yourcompany.DwarfTherapist" as the BundleIdentifier in his builds. I've been adding this to it just in case it's important.
(...) windows is case insensitive on the gui but case sensitive on the command line.I had to look this up, before replying. DOS, both as OS in its own right and later as a shell under the Windows OS, has always been case-insensitive as far as I've known it, though case-preserving under all LFN iterations which also support whitespace.
Experimental memory layouts for 0.44.09 (untested):
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.08/share/memory_layouts/linux/v0.44.09_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.08/share/memory_layouts/linux/v0.44.09_linux64.ini)
- OS X 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.08/share/memory_layouts/osx/v0.44.09_osx32.ini)
- OS X 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.08/share/memory_layouts/osx/v0.44.09_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.08/share/memory_layouts/windows/v0.44.09_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.44.08/share/memory_layouts/windows/v0.44.09_graphics_win64.ini)
I think ~/.local/share/dwarftherapist/memory_layouts/linux should work. In the current version, it has a lower priority than the memory layouts inside the appimage (I will change that with the next major version), but it should work for adding a new memory layout.
DT doesn't seem to be finding it...Works for me. Here is my log, so you can check the exact path:
the appimage hasn't created that directory, so I did it myself, which ofc could lead to human input error, esp with linux caring about capitalization.
INFO core Detected Dwarf Fortress version "v0.44.09 linux64" using MemoryLayout from "/home/clement/.local/share/dwarftherapist/memory_layouts/linux/v0.44.09_linux64.ini" [src/dfinstance.cpp:1091] (set_memory_layout)
Having the appimage create a folder and put the layouts in there on first run might be a good hint for users trying to update. also a "Go to MemLayouts Folder" button/menu item somewhere.Good idea, and it should copy the readmes too (here (https://github.com/Dwarf-Therapist/Dwarf-Therapist/blob/master/share/README.rst) and here (https://github.com/Dwarf-Therapist/Dwarf-Therapist/blob/master/share/memory_layouts/README.rst), and now I see the second one has out-dated links).
It hasn't caused any problems with DT whatsoeverThat's because DT uses elevated privileges to begin with. /Applications is read-only for any normal app. Besides, it is a common practice to run an app from a read-only medium like a DMG container.
I'm confused... DT runs as root, so it can write to /Applications (although I've never installed DT there), but it can't write to its own config file, created as root, even when it's always running as root?DT doesn't run at all for me. win7 64bit. giving the same error as starbound64bit - 32bit versions run fine.
Same error as PFunk (http://www.bay12forums.com/smf/index.php?topic=168411.msg7687449#msg7687449)?yes, same error.
the 32 bit version works.
It's quite likely that you will see some warnings about some missing DLLs. Some of these can be ignored, and the FAQ for Dependency Walker will discuss some of these. In the top left, there will be a tree view with the dependency hierarchy. In the middle section below that, there will be a list of the dependency modules identified. Right click on one of the file names in that list, and ensure that "Full Paths" is selected. In one of the columns to the right, labeled "CPU", you should see the architecture that matches your main executable. In my customer's case, we saw "x64" for almost all of the modules, but "x86" in red on the row for the mfc140ud.dll that was wrong.
Make sure you have the 64 bits version installed too. This error happens when an 64 bits application tries to open a 32 bits dll. In Dependency Walker, look for 32 bits dlls:i installed the 64 bit versions, but some 32 bit games already installed the 32 bit versions aswell.QuoteIt's quite likely that you will see some warnings about some missing DLLs. Some of these can be ignored, and the FAQ for Dependency Walker will discuss some of these. In the top left, there will be a tree view with the dependency hierarchy. In the middle section below that, there will be a list of the dependency modules identified. Right click on one of the file names in that list, and ensure that "Full Paths" is selected. In one of the columns to the right, labeled "CPU", you should see the architecture that matches your main executable. In my customer's case, we saw "x64" for almost all of the modules, but "x86" in red on the row for the mfc140ud.dll that was wrong.
This application failed to start because it could not find or load the Qt
platform plugin "windows"
in "".
Available platform plugins are: windows.
Reinstalling the application may fix this problem.
Microsoft Visual C++ Runtime Library
This application has requested the Runtime to terminate it in an
unusual way.
Please contact the application's support team for more information.
Yes, I did not deploy 39.1.0 correctly and that is why I switched to MSVC builds after that one.thanks, but i'll reinstall win7 nontheless, as i would also like to play Starbound as 64bit.
Try this build (https://framadrop.org/r/YOP_5cMxUt#dFxC8K8PgIK0PVjP16fNduHEHT+sbnCAVNtPAvWtA8E=). The Qt version (5.10) may be too new for Vista, but I don't have a choice with MSYS2 and there is no official gcc build of Qt for windows 64 bits. Hopefully, it is properly deployed this time.
It may also help Pvt. Pirate since it does not depend on visual runtime.
You need to be more specific. What version of DF and DT, and 32-bit or 64-bit?oh, sry. linux LNP http://www.bay12forums.com/smf/index.php?topic=163211.msg7738396#msg7738396
Try setting the cap_sys_ptrace capability (https://github.com/Dwarf-Therapist/Dwarf-Therapist#running-the-program) on the DT executable.thanks, now it does :)
If you want to try my first (broken) attempt at creating a preference tree where every node is a preference, you can try this branch (https://github.com/cvuchener/Dwarf-Therapist/tree/new_pref_tree).
- Most of the top preferences are too generic to be useful.
I am adding too many preferences (impossible ones) that clutter the tree.The search filter is weirdly broken.Some displayed names are weirdly broken (but the preference seems to work when selected).- The "Items" part is a mess (more than the others).
There are preferences for colors I believe, but I haven't seen them for dyes.If you want to try my first (broken) attempt at creating a preference tree where every node is a preference, you can try this branch (https://github.com/cvuchener/Dwarf-Therapist/tree/new_pref_tree).
- Most of the top preferences are too generic to be useful.
I am adding too many preferences (impossible ones) that clutter the tree.The search filter is weirdly broken.Some displayed names are weirdly broken (but the preference seems to work when selected).- The "Items" part is a mess (more than the others).
I fixed the worst issues. I removed impossible materials and items. I still need to add filters for creatures (I need to add prefstring support for that), and instrument component are added with the full instruments. Also there is still some preferences (instruments, tools, ...) that won't go into their category.
I am using the wiki (http://dwarffortresswiki.org/index.php/DF2014:Preferences) for the list of possible materials and items. It may not be complete, it is missing papers and parchments. The dyes were added in the previous DT preference list, do they actually occurs?
scroll rollers
book binding
quire
helve
That's not Clement's fault, or anything he can do about it, it's the nature of the compiler/etc dropping XP support.yes, I realize it's not the current mantainer's fault, from my own research it seems to be some libraries that Visual Studio includes by default which are no longer XP compatible...
Discovered that myself, a little while ago. Never got around to developing a way round it myself (I have a faithful XP machine, kept offline, that I do things on like DF alongside well things that I find more awkward on other platforms at my fingertips), though I keep on intending to do my own porting.
I tried back-pedalling various versions of DT distributables myself, and it went a bit further back than I found useful for 0.44.x DF. What worked for you?
As I said before, it is a matter of using an older version of Qt (5.6 works with XP), and the right compiler. And I've just discovered there is an optional MSVC2015 component for XP support.MSVC2015 (v140_xp) 32bits build with Qt 5.6 (https://framadrop.org/r/MEw-LwrCXa#i3iWuEPQxdyazh0ZZqrwFhRui9UchxxmDaw8Oimk5jg=)Tested in a WinXP VM.thanks Clément!! this one works on XP, but it gives an error that I'm running mulltiple DF processes, which I'm not... asks me to select an instance: 5636 or 4564, selecting neither does anything the later gives some memory layout errors... I'm running DF 44.09
I get these I get a 'creating SSL' Memory Layout Error and Version Check Error. I'm using a lightly modded DF 44.09 install. Everything seems to be working fine. Any ideas why and if it is a problem?me too...
yes, I realize it's not the current mantainer's fault, from my own research it seems to be some libraries that Visual Studio includes by default the are no longer XP compatible...some even fuck up on win7 rediriecting to 32bit, even when called by a 64bit process, causing it to crash.
I get these I get a 'creating SSL' Memory Layout Error and Version Check Error. I'm using a lightly modded DF 44.09 install. Everything seems to be working fine. Any ideas why and if it is a problem?A firewall issue? You can disable the updates in the options if it annoys you. I am publishing new releases for memory layouts anyway.
thanks Clément!! this one works on XP, but it gives an error that I'm running mulltiple DF processes, which I'm not... asks me to select an instance: 5636 or 4564, selecting neither does anything the later gives some memory layout errors... I'm running DF 44.09Do you have another window whose title is "Dwarf Fortress" (e.g. a file explorer window with your DF directory)? I remember having this issue with win7 when I started fixing the 64bits support but it supposed to be fixed.
no, I'm also getting the ssl and version check errors...I get these I get a 'creating SSL' Memory Layout Error and Version Check Error. I'm using a lightly modded DF 44.09 install. Everything seems to be working fine. Any ideas why and if it is a problem?A firewall issue? You can disable the updates in the options if it annoys you. I am publishing new releases for memory layouts anyway.thanks Clément!! this one works on XP, but it gives an error that I'm running mulltiple DF processes, which I'm not... asks me to select an instance: 5636 or 4564, selecting neither does anything the later gives some memory layout errors... I'm running DF 44.09Do you have another window whose title is "Dwarf Fortress" (e.g. a file explorer window with your DF directory)? I remember having this issue with win7 when I started fixing the 64bits support but it supposed to be fixed.
Use the tasklist command to find what the processes are.just in case someone else run into this: winXP's task manager by default doesn't show the column PID, you have to enable the extra column on view->select columns...
#include "PluginManager.h"
extern "C" {
#include <sys/prctl.h>
}
using namespace DFHack;
DFHACK_PLUGIN("set_ptracer")
DFhackCExport command_result plugin_init(color_ostream &out, std::vector<PluginCommand> &)
{
if (-1 == prctl(PR_SET_PTRACER, PR_SET_PTRACER_ANY, 0, 0, 0))
out.printerr("Failed to set ptracer: %s.\n", strerror(errno));
}
DFhackCExport command_result plugin_shutdown(color_ostream &out)
{
if (-1 == prctl(PR_SET_PTRACER, 0, 0, 0, 0))
out.printerr("Failed to reset ptracer: %s.\n", strerror(errno));
}
Loading the plugin will allow any one to ptrace DF. Unloading restore to default.#include <stdlib.h>
#include <stdio.h>
#include <unistd.h>
#include <sys/prctl.h>
void set_ptracer_any() __attribute__((constructor));
void set_ptracer_any()
{
if (-1 == prctl(PR_SET_PTRACER, PR_SET_PTRACER_ANY, 0, 0, 0))
perror("prctl");
}
Compile with "gcc set_ptracer_any.c -fPIC -shared -o set_ptracer_any.so", then run DF with "LD_PRELOAD=set_ptracer_any.so ./df" (or add "export LD_PRELOAD=set_ptracer_any.so" in the df script). It does not require dfhack, but it does require to modify the way DF is started. Maybe it can be used in LinuxLNP.As I said before, it is a matter of using an older version of Qt (5.6 works with XP), and the right compiler. And I've just discovered there is an optional MSVC2015 component for XP support.
MSVC2015 (v140_xp) 32bits build with Qt 5.6 (https://framadrop.org/r/MEw-LwrCXa#i3iWuEPQxdyazh0ZZqrwFhRui9UchxxmDaw8Oimk5jg=)
Tested in a WinXP VM.
Yes the compiler was changed from GCC to MSVC2015.As I said before, it is a matter of using an older version of Qt (5.6 works with XP), and the right compiler. And I've just discovered there is an optional MSVC2015 component for XP support.
MSVC2015 (v140_xp) 32bits build with Qt 5.6 (https://framadrop.org/r/MEw-LwrCXa#i3iWuEPQxdyazh0ZZqrwFhRui9UchxxmDaw8Oimk5jg=)
Tested in a WinXP VM.
I expect this should work with vista too, but it is 32 bits.
I don't know what I should do for vista 64, I did not see any "vista support" package in MSVC. And it is not a Qt version issue since 39.0.0 was already using Qt 5.9.
DT already uses the GetModuleFileNameExW (https://github.com/Dwarf-Therapist/Dwarf-Therapist/blob/master/src/dfinstancewindows.cpp#L313). But thanks for the tip, I'll try forcing the PSAPI version.
While you were writing all this, I edited my message and added a link. I may just use that in the future so DT would also be compatible with Windows XP x64.
As for GetModuleFileNameExW function, although you use this name in your code, apparently MSVC2015 forces the kernel32 version instead, unless explicitly told not to do so. That's probably because of MS policy and assumption that you want to compile for Win7+ (in future this assumption will change to Win10+, I'm sure).I could not find what changed with PSAPI v2, it seems to be an ABI-only change. It is not clear if there was a technical justification, or if it is just a way to push users to update Windows (older application working on newer Windows is important to Microsoft but not the other way). I wonder the same about the optional winxp compatility, all the differences I read was about debugging. But I only make release versions with MSVC, I am more used to GDB for debugging.
I've noticed other difference. The programs store settings (Dwarf Therapist.ini) in different places. XP 32-bit version and older versions (like 39.0.0 or 37.0.0) store it in "\AppData\Roaming\UDP Software\", while XP 64-bit in "\AppData\Roaming\Dwarf Therapist\". At first I was baffled why the different settings, because until now they were preserved across the years. Incidentally, I like the new settings better than my old ones :)This is not DT 39.3.1, it is an almost 40.0.0 version with the file paths changes (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/77) and preference columns (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/74) merged (like the links above). The settings file format did not change, you can move the old file if you want to keep your previous settings.
I could not find what changed with PSAPI v2, it seems to be an ABI-only change. It is not clear if there was a technical justification, or if it is just a way to push users to update Windows (older application working on newer Windows is important to Microsoft but not the other way). I wonder the same about the optional winxp compatility, all the differences I read was about debugging. But I only make release versions with MSVC, I am more used to GDB for debugging.
This is not DT 39.3.1, it is an almost 40.0.0 version with the file paths changes (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/77) and preference columns (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/74) merged (like the links above). The settings file format did not change, you can move the old file if you want to keep your previous settings.
Does the message really refer to "api-ms-win-crt-math-l1-1-0.ddl"? It should be "dll". Also, is that the file you downloaded? Make sure you downloaded the right architecture - 64-bit for 64-bit DT (regardless of DF), etc.. Where did you put the DLL?
Reinstalling DT is likely pointless - that's a dumb system error message that assumes the program in question has an installer that's supposed to install DLLs, which is not the case with DT.
Try running the vcredist installer included in DT archive, it should install the required dlls.i thought so too, but all vcredist installers i were able to get hands on installed 32bit dlls instead of 64bit ones (on win7 pro 64bit) and caused many 64bit programs to crash.
Try running the vcredist installer included in DT archive, it should install the required dlls.
To resolve this issue, restart the system, and then run the MSI installation manually after the Setup program is complete.
https://support.microsoft.com/en-us/help/3024471/hresult-0x80070bc9-error-message-while-you-are-installing-an-msi-packaQuoteTo resolve this issue, restart the system, and then run the MSI installation manually after the Setup program is complete.
It looks like you have made some change that requires a reboot before you can install anything again.
and exactly that was the moment i abandoned win7. (well, actually after 3 days of trying to get an actually working win7 vcredist64bit.)https://support.microsoft.com/en-us/help/3024471/hresult-0x80070bc9-error-message-while-you-are-installing-an-msi-packaQuoteTo resolve this issue, restart the system, and then run the MSI installation manually after the Setup program is complete.
It looks like you have made some change that requires a reboot before you can install anything again.
I've restarted my computer multiple times, reinstalled and uninstalled numerous times, etc. I do not know how running the operation manually would fix anything if the installation setup won't finish to begin with. Maybe I'm missing something?
d.get_age() >= 10 && d.get_age() < 12
Got a bug report. Within the last week, my blacksmith "felt horrified this is an unknown thought, please report it!" The actual thought was that he was horrified reliving seeing a goblin's dead body.Already reported (https://github.com/Dwarf-Therapist/Dwarf-Therapist/issues/90) and partially fixed (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/93).
However, there's a bigger bug I'd also like to report: Said blacksmith has also become haggard and drawn and has slipped into depression. According to DT, his stress level is 25.2k... but he's listed as "fine" in his description and his happiness grid square is colored in as "fine." In fact, all of my dwarves are listed as "fine," from my 25.2k blacksmith down to a -41k child who by all rights should be skipping through the hallways singing "hiho, hiho" at this point.I have noticed that too. Stress values looks good but the happiness thresholds are wrong:
If it helps, Dwarfmonitor tells me I have nothing but the happiest two categories of dwarf, and CavernKeeper confirms that Urist McDepression's at ~25k stress.
Stress values looks good but the happiness thresholds are wrong:The stress values changed?
- > 500000: miserable
- 250000 - 500000: very unhappy
- 100000 - 250000: unhappy
- -100000 - 100000: fine
- -250000 - -100000: content
- -500000 - -250000 : happy
- < -500000: ecstatic
Lowest stress with a red arrow is 14.1k14k happy but has a red arrow?
highest stress without it is 6.3kEveryone less than 6.3k happy had red arrow ?
Phew the polarity here confuses me:Stress is the opposite of happiness. A higher stress value is more stressed and less happy. The numbers are stress, not happiness.QuoteLowest stress with a red arrow is 14.1k14k happy but has a red arrow?Quotehighest stress without it is 6.3kEveryone less than 6.3k happy had red arrow ?
I guess that's wrong but cant figure out the implied signage.
Stress is the opposite of happinessI dont think so, linguistically but regardless, those quotes arent consistent. "highest stress without (red arrow) is 6.3k" so 6.4k and higher can have a red arrow...
Lowest stress with a red arrow is 14.1kThere are potentially red arrows from 6.4k thats *lower* than 14.1k
What? They are definitely not synonyms. They may not be exact opposites, but one certainly does not come with the other.QuoteStress is the opposite of happinessI dont think so, linguistically
but regardless, those quotes arent consistent. "highest stress without (red arrow) is 6.3k" so 6.4k and higher can have a red arrow...QuoteLowest stress with a red arrow is 14.1kThere are potentially red arrows from 6.4k thats *lower* than 14.1k
Lowest stress with a red arrow is 14.1k and highest stress without it is 6.3kI interpret this to mean that a dwarf without a red arrow has 6.3k stress, a dwarf with a red arrow has 14.1k, and there are no dwarves in between. The data is just from one save, so it's not unlikely that there would be big gaps like that.
9.8k (x2), 9.5k, 8.8k, 7.1k, 6.9k, 6.3kPerhaps arrows can take into account stress_vulnerability ?
<int32_t name="current_focus" comment='weighted sum of needs focus_level-s'/>
<int32_t name="undistracted_focus" comment='usually number of needs multiplied by 4'/>
[happiness_levels]
miserable/threshold = 500000
miserable/desc = "is utterly harrowed by the nightmare that is their tragic life"
very_unhappy/trhreshold = 250000
very_unhappy/desc = "is haggard and drawn due to the tremendous stresses placed on them"
unhappy/threshold = 100000
unhappy/desc = "is under a great deal of stress"
fine/threshold = -100000
content/threshold = -250000
happy/threshold = -500000
ecstatic/threshold = -1000000
Remember to delete your modified game_data.ini, when you want to go back to the latest version.$ .travis/$TRAVIS_OS_NAME/deploy.sh
Reading whole disk (Apple_HFS : 0)…
Elapsed Time: 39.304ms
Speed: 40.8Mbytes/sec
Savings: 95.9%
created: /Users/travis/build/Dwarf-Therapist/Dwarf-Therapist/DwarfTherapist.sparseimage
/dev/disk1 /Volumes/Dwarf Therapist
hdiutil: couldn't unmount "disk1" - Resource busy
hdiutil: convert failed - Resource temporarily unavailable
The command ".travis/$TRAVIS_OS_NAME/deploy.sh" failed and exited with 1 during .
DT does not currently show the focus, but I am interested in what you know.In 44.10 the old counters are both set to zero, Im guessing the structure finder has just lost them as the description text for focus and distraction doesn't seem to have changed.
Experimental memory layouts for 0.44.11:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/linux/v0.44.11_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/linux/v0.44.11_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/osx/v0.44.11_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/osx/v0.44.11_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/windows/v0.44.11_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/windows/v0.44.11_graphics_win64.ini)
2018-Jun-24 22:22:55.310 ERROR core READ_RAW: "Bad address" READING 8 BYTES FROM "0xffffffffffffffff" TO 0x7ffe9c922368 [/home/insert_gnome_here/Dwarf-Therapist/src/dfinstancelinux.cpp:115] (read_raw)
2018-Jun-24 22:22:55.310 ERROR core Invalid string at "0xffffffffffffffff" [/home/insert_gnome_here/Dwarf-Therapist/src/dfinstancelinux.cpp:397] (read_string)
A summary/score column should be useful for browsing and sorting the view.Do you mean a general focus column? It will be done as a clone of the happiness column (based on current_focus instead of stress_level), there is not much design questions about it. Or do you mean something else? Please detail your idea.
A similar format for stress info seems desirable, but I expect there is more variation in stress and memory types than with focus needs.Stress is only one value, or do you mean a column for each thought? There is currently 241 thoughts (some are unknown) in game_data.ini, not counting sub-thoughts. That's a lot. And what would be displayed in each column? The number of thoughts, the type of emotion, strength, severity? There is already an "Emotions" dock window, improvement could be done there instead of adding more columns.
*breathes heavily while waiting for 44.11 update **while understanding that it has been only 2 days, and those 2 days were the weekend, and it will probably take a week or two to finish***
*also PTW, because I don't think I have yet*
It will be done as a clone of the happiness column (based on current_focus instead of stress_level)Yes thats the column I was expecting to see near those individual details of focus, current_focus/undistracted_focus - which you revealed earlier.
There is currently 241 thoughts (some are unknown) in game_data.ini, not counting sub-thoughts. That's a lot.I see thanks, that surely is too much to lay out in the same fashion.
Experimental memory layouts for 0.44.11:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/linux/v0.44.11_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/linux/v0.44.11_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/osx/v0.44.11_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/osx/v0.44.11_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/windows/v0.44.11_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/windows/v0.44.11_graphics_win64.ini)
I was talking about onLoad.init, actually, since that's where I saw the warn-starving issue. But making a blank dfhack.init would avoid loading onLoad.init-example when a world loads, so that might have fixed the issue for you too.Commenting the line in onLoad.init-example was enough to fix the crash (no new bug for you). But I only wanted to look at the structures so it was safer with an empty dfhack.init (or are the plugins still loaded?).
The needs view (http://www.bay12forums.com/smf/index.php?topic=168411.msg7789833#msg7789833) is excellent.+1
Experimental memory layouts for 0.44.11:Updated again. Only the creature extracts offset was changed this time. I think it only affects the "creatures (extracts)" role preference (used in dissector roles).
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/linux/v0.44.11_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/linux/v0.44.11_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/osx/v0.44.11_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/osx/v0.44.11_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/windows/v0.44.11_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layout-0.44.11/share/memory_layouts/windows/v0.44.11_graphics_win64.ini)
It should already work. What error do you get exactly?
Edit: I've just tested with my virtual machine, it crashes when connecting to DF, but run fine otherwise, is that your issue?
Edit:It does not crash when I disable the auto updates.Never mind, now it works with auto updates on.
call "%VS140COMNTOOLS%VsDevCmd.bat"
mkdir build
cd build
"%CMAKE_PATH%\bin\cmake.exe" .. "-DCMAKE_PREFIX_PATH=%QT_PATH%" -T v140_xp -G "Visual Studio 14 2015 Win64"
msbuild DwarfTherapist.sln /p:Configuration=Release
Then manually copying the required files (I really need to add an install target for other platforms) and running "%QT_PATH%\bin\windeployqt.exe" "%DEST%\DwarfTherapist.exe"
It worked with Vista64 when I checked. And I think the PSAPI version is same as Xp. And if the old worked, I don't see what I am doing different now.
My MSVC2015 dir is 3.7GB, you will have to install Qt too, Qt 5.6.3 for msvc2015_64 is 974MB, but there will be other tools and doc beside so it will take more (my whole Qt dir is 28.5GB but I have a lot of Qt versions installed).
The commands I use are (you need to set or replace CMAKE_PATH and QT_PATH, VS140COMNTOOLS should be set by MSVC2015 installer):Code: [Select]call "%VS140COMNTOOLS%VsDevCmd.bat"
Then manually copying the required files (I really need to add an install target for other platforms) and running
mkdir build
cd build
"%CMAKE_PATH%\bin\cmake.exe" .. "-DCMAKE_PREFIX_PATH=%QT_PATH%" -T v140_xp -G "Visual Studio 14 2015 Win64"
msbuild DwarfTherapist.sln /p:Configuration=ReleaseCode: [Select]"%QT_PATH%\bin\windeployqt.exe" "%DEST%\DwarfTherapist.exe"
This is simplified, if you want to check the actual script I use, I copied it here (https://pastebin.com/B88qxy77).
:lua ~df.global.world.units
in DFHack and pasting the output would be helpful. (On Windows, right-click in the console to copy text - please don't screenshot).Does it work if you disable automatic updates?
function bf2hex(bf)
local num = 0
for i,f in ipairs(bf) do
if f then
num = num | (1 << i)
end
end
return string.format('%08x', num)
end
for _,u in ipairs(df.global.world.units.all) do
print(u.id, u.civ_id, u.race,
bf2hex(u.flags1)..' '..bf2hex(u.flags2)..' '..bf2hex(u.flags3)..' '..bf2hex(u.flags4),
dfhack.df2console(dfhack.TranslateName(dfhack.units.getVisibleName(u), false)))
end
Copy the result and tell me which names are the "phantom dwarves".additional 6 extra dorfs i got listed while embarking are now part of my fort, with some migration wave they appeared.
114 11 572 80004001 12200070 00000106 00000000 Sodel Kibgídthur
115 11 572 80004001 12200070 00000106 00000000 Bomrek Menggusgash
116 11 572 80004001 12200070 00000106 00000000 Fath Oshuramost
117 11 572 80004001 12200070 00000106 00000000 Feb Rushrulkulet
118 11 572 80004001 12200070 00000106 00000000 Sarvesh Bufutuzol
119 11 572 80004001 12200070 00000106 00000000 Doren Arbanònul
120 11 572 80004001 12200070 00000106 00000000 Atîs Ilidbomrek
121 11 170 04004001 12200030 00000106 00000008
122 11 170 04004001 12200030 00000106 00000008
123 11 171 04004001 12200030 00000106 00000008
124 11 171 04004001 12200030 00000106 00000008
125 11 185 04004001 12200030 00800106 00000008
126 11 173 04004001 12200030 00000106 00000008
127 10 622 00004001 12280030 00000106 00000000
128 10 622 00004001 12280030 00000106 00000000
129 10 622 0000c001 12280030 00000106 00000000
130 10 622 00004001 12280030 00000106 00000000
131 10 622 00004001 12280030 00000106 00000000
132 10 622 00004001 12280030 00000106 00000000
133 10 622 00004001 12280030 00000106 00000000
134 10 622 00004001 12280030 00000106 00000000
171 -1 411 00804001 40200031 00000106 00000008
172 -1 411 00804001 40200031 00000106 00000008
173 -1 411 00804001 40200031 00000106 00000008
174 -1 411 00804001 40200031 00000106 00000008
200 -1 181 00004001 d2200030 00800106 00000008
221 -1 606 00004001 52200030 00000106 0000000c
222 -1 426 00004001 52200030 00000106 0000000c
223 -1 425 00004001 52200030 00000106 0000000c
224 -1 425 00004001 52200030 00000106 0000000c
225 -1 799 00004001 40200030 00000006 0000000c
226 -1 799 00004001 40200030 00000006 0000000c
227 -1 799 00004001 40200030 00000006 0000000c
228 -1 799 00004001 40200030 00000006 0000000c
229 -1 799 00004001 40200030 00000006 0000000c
230 -1 605 00004001 53200030 00000106 0000000c
231 -1 217 00004001 d3200030 00000106 00000008
232 -1 217 00004001 d3200030 00000106 00000008
233 -1 426 00004001 53200030 00000107 0000000c
234 11 572 80004001 12200070 00000107 00000000 Uvash Datanathel
235 11 572 80000402 12000070 00000003 00000000 Dumed Idenlibash
236 11 180 84000402 13200070 00000003 00000008 Dodók Eribïdath
237 11 184 84000402 13200070 00000003 00000008 Kadôl Emendakost
7 starting dwarves at the top, 2 dwarf migrants and 2 pets at the bottom, only the first migrant is active.2018-juil.-13 15:36:14.079 INFO core "FOUND Dwarf name:Uvash Datanathel id:234 reason:migrant" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:384] (Dwarf::set_validation)
2018-juil.-13 15:36:14.082 INFO core "FOUND Dwarf (0x11d45f10) name:Uvash Datanathel id:234 histfig_id:149" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:309] (Dwarf::read_data)
2018-juil.-13 15:36:14.082 INFO core "FOUND Dwarf name:Dumed Idenlibash id:235 reason:migrant" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:384] (Dwarf::set_validation)
2018-juil.-13 15:36:14.085 INFO core "FOUND Dwarf (0x11d47320) name:Dumed Idenlibash id:235 histfig_id:150" [E:\projects\Dwarf-Therapist\src\dwarf.cpp:309] (Dwarf::read_data)
If the "reason:migrant" is not here, it means the migrant exception is not to blame.
additional 6 extra dorfs i got listed while embarking are now part of my fort, with some migration wave they appeared.Again, is it possible that these are off-site dwarves? Have you conquered any sites? Have any outside sites joined yours in any way?
1555 69 574 00000000 12000040 00000004 00000000 Elana Rockclutch
1573 69 574 00000000 12000040 00000004 00000000 Athe Roarice
2300 67 572 00000000 12000040 00000004 00000000 Shem Handlerelease
5919 67 572 00000000 12000040 00000004 00000000 Medtob Tourhood
20643 77 572 00000000 13200034 00000003 00000000 äs Tomecloister
20644 77 572 00000000 13200034 00000003 00000000 Zasit Swordlulled
20645 77 572 00000000 13200034 00000003 00000000 Obok Swordcontrols
20646 77 572 00000000 13200034 00000003 00000000 Reg Sabregift
20647 77 572 00000000 13200034 00000003 00000000 Inod Manytrade
20648 77 572 00000000 13200034 00000003 00000000 îton Lengthsabres
20649 77 572 00000000 13200034 00000003 00000000 Ilral Gemhail
Elana and Athe are a married couple of elven scholar (naturalist and sage), Shem and Medtob are a married couple of dwarves (bard and animal trainer). The seven others are my starting dwarves. Could they be traveling though my fortress site during the embark?DT shows only dwarves from your civ. The other dwarves (and other creatures) from other civs have similar flags to the yellow dwarves. I guess you don't see them anywhere either despite not having the inactive flags.
What is the "slight variation" between important_historical_figure from unit_flags1 and unit_flags2? Mine have both, your red dwarves have none, your yellow (and other) dwarves have only the unit_flags2 one.
There is also an extra flag in unit_flags4 that is not listed in dfhack's df-structures. But it is not the one that will help discriminate the yellow dwarves.
Edit: I tested with a longer history and I have something similar. The extra units are not of my civ so they don't show in DT, but they still have the same flags as Saiko Kila. There are only in "all" and not in "active", so reading "active" could solve the issue in fortress mode but not in embark ("active" is empty and starting dwarves are in "all" mixed with the other units).
Unit list from the embark screen:Code: [Select]1555 69 574 00000000 12000040 00000004 00000000 Elana Rockclutch
Elana and Athe are a married couple of elven scholar (naturalist and sage), Shem and Medtob are a married couple of dwarves (bard and animal trainer). The seven others are my starting dwarves. Could they be traveling though my fortress site during the embark?
1573 69 574 00000000 12000040 00000004 00000000 Athe Roarice
2300 67 572 00000000 12000040 00000004 00000000 Shem Handlerelease
5919 67 572 00000000 12000040 00000004 00000000 Medtob Tourhood
20643 77 572 00000000 13200034 00000003 00000000 äs Tomecloister
20644 77 572 00000000 13200034 00000003 00000000 Zasit Swordlulled
20645 77 572 00000000 13200034 00000003 00000000 Obok Swordcontrols
20646 77 572 00000000 13200034 00000003 00000000 Reg Sabregift
20647 77 572 00000000 13200034 00000003 00000000 Inod Manytrade
20648 77 572 00000000 13200034 00000003 00000000 îton Lengthsabres
20649 77 572 00000000 13200034 00000003 00000000 Ilral Gemhail
Checking "Don't Display Visitors/Guests" may help in fortress mode. But it cannot work in embark because the fortress does not exists yet.
I'm almost embarrassed to ask this in a thread where you're testing and announcing a major update, but:
Every once in a while I'll see a screenshot with a dark grey "night mode" Dwarf Therapist. It looks glorious.
Unfortunately, asking around, it seems it is Windows High Contrast mode, which plays very badly with some other things I use (and in playing with it just now, it didn't seem like DF/DFHack/DT liked it much either. I had some really long input entry lags.)
Is there a feature like that in Win64 DT that I just can't find, or some simple setting I can change in a file? A proper night mode, say bay12forum grey or brown background, would be a valuable quality of life improvement for me and I believe many others who are likely to play in the dark with old eyes.
DarkStyle has better popups; I'll use that one.They're both called darkstyle, so which one did you mean?
Thanks again!
DarkStyle has better popups; I'll use that one.They're both called darkstyle, so which one did you mean?
Thanks again!
1) option to consider need for x in suitability for role (I'm thinking about herbalism+need to wander in particular).
(Tried with a script ((d.agility/900+d.attribute(12)/1250+d.attribute(16)/1000)/4+(d.has_preference("","Plants (Crops)")+d.has_preference("Outdoors", ""))/6+d.skill_level(23)*3/80) to replicate role suitability, but seems I don't know the right preference for Plants (Crops) it uses)
2) collapse dwarf details if there's no dwarf selected. Or maybe even an autocollapse option if mouse isn't over the area.What does "collapsing dwarf details" mean? Auto-closing the window when no dwarf is selected, then re-opening it when it is selected again? That would be difficult.
1) Yeah, even if there is a correlation it is not known at which point it becomes a need.
And that didn't work - I have a dwarf that likes sorghum, but doesn't show up on filter script with d.has_preference("","Plants"). (Also, managed to incur segmentation faults in therapist, yay). (Alsox2, not sure if it shouldn't check for something like sun berries - the edible item - in addition or instead.)
(PS: adding a need comes after getting it to work, obv. Well, at least filtering for those who need it isn't hard.)
2) Yeah (well, not closing but becoming thin like taskbars do on many OSes). Ah well.
Are "Don't Display Children or Babies" and "Don't Display Visitors/Guests" options not enough? I could make the can_assign_military method available from scripts.
It is not currently possible to make filters or group settings per tab.
I found an unknown mood in my fort and was told to report it here, it was "outraged." The text literally says "This is an unknown mood, please report it!" in dwarf therapist. On the default screen that shows her thoughts in-game, it says "She was outraged dwelling upon her cousin was expelled". Just a heads up!
I checked and "Can Activate" is actually anything that does not fit in the other categories. It must come from simpler times. I could split it in "Can Activate" and "Cannot Activate" or add "Visitors" and "Mercenaries" groups.
I made this change (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/127/commits/f724b3faa1cb61aa5a58ab6ba54b8f9439697250), it adds "Mercenaries", "Can Activate" (this time for dwarves you can really activate) and "Cannot Activate". "Mercenaries" would only have mercenaries that do not already fit in one of the previous groups (so mercenaries not yet affected to a squad). Re-reading this, I now see that the "Champions" category is out-dated (if I read the wiki correctly this was a 0.28 feature), it should be removed.
I have uploaded the save on DFFD. http://dffd.bay12games.com/file.php?id=13948Can you please give the name of the problematic dwarf? I've sorted by stress (in manipulator) and gone through 10-20 dwarves on both ends, and the only "outraged" thought I could find was about an animal being convicted.
[lua]# ~unit.status.current_soul.personality.emotions[11]
<unit_personality.T_emotions: 0x12dbde2d0>
type = 118
unk2 = 0
strength = 0
thought = 242
subthought = 58
severity = 0
flags = <unit_personality.T_emotions.T_flags: 0x12dbde2e8>
unk7 = 0
year = 194
year_tick = 156902
[lua]# ~unit.status.current_soul.personality.emotions[218]
<unit_personality.T_emotions: 0x12dbe09a0>
type = 118
unk2 = 0
strength = 0
thought = 242
subthought = 62
severity = 0
flags = <unit_personality.T_emotions.T_flags: 0x12dbe09b8>
unk7 = 0
year = 194
year_tick = 160971
[lua]# ~unit.status.current_soul.personality.emotions[11]
<unit_personality.T_emotions: 0x12dbde2d0>
type = 118
unk2 = 0
strength = 0
thought = 242
subthought = 58
severity = 0
flags = <unit_personality.T_emotions.T_flags: 0x12dbde2e8>
unk7 = 0
year = 194
year_tick = 156902
but the other one also has thought=242 and is about a different relative being expelled.Windows 7 64 bit, 1366x768. DT is maximized, but that doesn't help with the settings window, as that is not resizable.
Edit: Showing is easier https://abload.de/img/options-dwarftherapislfc50.png this is simply opening the settings window without moving it.
I'm almost embarrassed to ask this in a thread where you're testing and announcing a major update, but:
Every once in a while I'll see a screenshot with a dark grey "night mode" Dwarf Therapist. It looks glorious.
Unfortunately, asking around, it seems it is Windows High Contrast mode, which plays very badly with some other things I use (and in playing with it just now, it didn't seem like DF/DFHack/DT liked it much either. I had some really long input entry lags.)
Is there a feature like that in Win64 DT that I just can't find, or some simple setting I can change in a file? A proper night mode, say bay12forum grey or brown background, would be a valuable quality of life improvement for me and I believe many others who are likely to play in the dark with old eyes.
This must be the adwaita dark theme I use on Linux, I don't think you will find it for Windows. This is done with Qt style (https://doc.qt.io/qt-5/qstyle.html#using-a-custom-style) plugins. I've made this simple fusion dark style plugin (https://framadrop.org/r/4TRj8wgCQB#GaZV4LobOJHoZJZwyokJQTnexYrBZ9Oz68/tLJ00NN4=) for testing dark themes on Windows (it is based on this palette (https://gist.github.com/QuantumCD/6245215)). Place the plugin (fusion_dark.dll) in a "styles" directory in DT install dir. Then create a shortcut to Dwarf Therapist.exe and edit it: add " -style fusiondark" (without the quotes) at the end of the Target. There is also this style (https://github.com/Jorgen-VikingGod/Qt-Frameless-Window-DarkStyle) that I could try to turn into a plugin. Or you can try making a style sheet (https://doc.qt.io/qt-5/stylesheet.html).
Edit: Jorgen-VikingGod/Qt-Frameless-Window-DarkStyle as a plugin (https://framadrop.org/r/uqBskdhoog#s+3iej7BD5xeSZ3S6djkcX1fE8RjEkbVd0MuIJI+TlM=) (without the frameless window part and normal font size), same as above place the dll in the styles directory and start DT with "-style darkstyle".
pacman -S mingw-w64-i686-qt5 mingw-w64-i686-gcc mingw-w64-i686-cmake mingw-w64-i686-ninja
For 64 bits:pacman -S mingw-w64-x86_64-qt5 mingw-w64-x86_64-gcc mingw-w64-x86_64-cmake mingw-w64-x86_64-ninja
mkdir build
cd build
cmake .. -G Ninja
ninja
Your environment does not look right. Are you sure you are using a MinGW shell?
I've redownloaded DT from github releases, deleted ~/.config and this is what I gotDwarf Therapist:
- included a shell script that fixes Dwarf Therapist not saving config between runs. (run TherapistSaveConfigFix.command once if you experience this problem)
This is still happening? I thought it was fixed in v40.0.0 (see issue (https://github.com/Dwarf-Therapist/Dwarf-Therapist/issues/72)).
-rw-r--r-- 1 root staff 243 Jan 7 13:29 Dwarf Therapist.ini
So it can't save anything there. Directory is owned by the user.-rw-rw-rw- 1 falcn staff 5693 Jan 7 13:34 Dwarf Therapist.ini
Looks like config file creation is different from config file saving, and you've fixed only the latter one.The location for downloaded files should be somewhere in ~/Library/Application Support/. "File → Open data directory" should open the file explorer at the correct location.All files and folders in data directory have correct rights, so
redownloading memory layouts on each reconnect (it probably can't save them as well but I don't know where it keeps them), and DT requesting update to 41.0.3 which doesn't exist for Mac OSis one issue, not two. Disabling "Check for updates" prevent this from happening.
Military tactics is a military skill. Along with leader and organizer skills, it affects battles, giving the side with the better tactician a greater chance of victory.Looks like DT currently doesn't have this skill in Military/Other skills/Social.
Military tactics determines a squad's success chance in mission battles. The squad member with the highest skill in military tactics is used. The skill skews rolls in battles in opposition to the opponent's tactician skills.
Military tactics is an available skill at embark. When assigning squad members, military tactician appears as a relevant skill for squad-leading nobles/appointments.
Does Dwarf Therapist track the papermaker, bookbinder, and military tactics?Yes but military tactics is not included in any default grid view.
If the specified process is a 64-bit process and the caller is a 32-bit process, this function fails and the last error code is ERROR_PARTIAL_COPY (299).
You did not need to copy the share folder in devmode. It found the correct memory anyway.
Your issue is with CreateToolhelp32Snapshot (https://docs.microsoft.com/en-us/windows/win32/api/tlhelp32/nf-tlhelp32-createtoolhelp32snapshot), one reason for this error message could be:QuoteIf the specified process is a 64-bit process and the caller is a 32-bit process, this function fails and the last error code is ERROR_PARTIAL_COPY (299).
Are you sure you made a 64 bit build? Does it work better with 32 bit DF?
Error I get with cmake64 and gnu32 (see the conundrum?). I'm on x64 windows
The one currently available flashes an "update to 41.03" message before immediately quitting.
Thanks for the error log. It does not crash when downloading memory layouts but when reading the game data. Making a new release won't help you with that. What version of DF are you using exactly (0.44.12 64 bits or something else)? Is the game modded? Does it happens with other saves?
Can you also upload the log file from DT itself? Sorry, I don't know where it is on macOS.
Can you also upload the log file from DT itself? Sorry, I don't know where it is on macOS.
2019-Aug-02 17:01:33.619 INFO core Dwarf Therapist "39.0.0" starting normally. [/Users/crc/src/Dwarf-Therapist/src/dwarftherapist.cpp:186] (setup_logging)
2019-Aug-02 17:01:33.620 INFO core Runtime QT Version 5.9.3 [/Users/crc/src/Dwarf-Therapist/src/dwarftherapist.cpp:187] (setup_logging)
2019-Aug-02 17:01:34.490 INFO core beginning to read settings [/Users/crc/src/Dwarf-Therapist/src/dwarftherapist.cpp:213] (read_settings)
2019-Aug-02 17:01:34.501 INFO core finished reading settings [/Users/crc/src/Dwarf-Therapist/src/dwarftherapist.cpp:264] (read_settings)
2019-Aug-02 17:01:34.558 INFO core attempting connection to running DF game [/Users/crc/src/Dwarf-Therapist/src/mainwindow.cpp:405] (connect_to_df)
2019-Aug-02 17:01:34.559 INFO core adding valid layout "v0.44.12 osx64" checksum: "0x2cc70426" SHA: "b73b02aa2501c7a3eb2469626922e33cbd3ba6d0" [/Users/crc/src/Dwarf-Therapist/src/dfinstance.cpp:106] (DFInstance)
2019-Aug-02 17:01:34.587 INFO core Found running copy, pid: 26085 path: "/Users/james/Downloads/df_osx/./dwarfort.exe" [/Users/crc/src/Dwarf-Therapist/src/dfinstanceosx.mm:147] (set_pid)
2019-Aug-02 17:01:34.669 INFO core Setting memory layout for DF checksum "0x2cc70426" [/Users/crc/src/Dwarf-Therapist/src/dfinstance.cpp:1081] (set_memory_layout)
2019-Aug-02 17:01:34.669 INFO core Detected Dwarf Fortress version "v0.44.12 osx64" using MemoryLayout from "/Applications/DwarfTherapist.app/Contents/MacOS/share/memory_layouts/osx/v0.44.12_osx64.ini" [/Users/crc/src/Dwarf-Therapist/src/dfinstance.cpp:1086] (set_memory_layout)
2019-Aug-02 17:01:34.670 INFO core Checking for layout for checksum: "0x2cc70426" [/Users/crc/src/Dwarf-Therapist/src/updater.cpp:133] (check_layouts)
2019-Aug-02 17:01:35.423 INFO core New version found "41.0.3" [/Users/crc/src/Dwarf-Therapist/src/updater.cpp:112] (version_check_finished)
2019-Aug-02 17:01:37.549 INFO core Setting memory layout for DF checksum "0x2cc70426" [/Users/crc/src/Dwarf-Therapist/src/dfinstance.cpp:1081] (set_memory_layout)
2019-Aug-02 17:01:37.550 INFO core Detected Dwarf Fortress version "v0.44.12 osx64" using MemoryLayout from "/Applications/DwarfTherapist.app/Contents/MacOS/share/memory_layouts/osx/v0.44.12_osx64.ini" [/Users/crc/src/Dwarf-Therapist/src/dfinstance.cpp:1086] (set_memory_layout)
2019-Aug-02 17:01:37.550 INFO core Connection to DF version "v0.44.12 osx64" established. [/Users/crc/src/Dwarf-Therapist/src/mainwindow.cpp:429] (connect_to_df)
2019-Aug-02 17:01:38.261 INFO core Loaded 12 views from disk [/Users/crc/src/Dwarf-Therapist/src/viewmanager.cpp:170] (reload_views)
2019-Aug-02 17:01:38.265 INFO core group_by now set to 0 for view "Labors Full" [/Users/crc/src/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2019-Aug-02 17:01:38.272 INFO core group_by now set to 0 for view "Military" [/Users/crc/src/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2019-Aug-02 17:01:38.276 INFO core group_by now set to 0 for view "Attributes" [/Users/crc/src/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2019-Aug-02 17:01:38.281 INFO core group_by now set to 0 for view "Roles" [/Users/crc/src/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2019-Aug-02 17:01:38.286 INFO core group_by now set to 0 for view "Animals" [/Users/crc/src/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2019-Aug-02 17:01:38.286 INFO core group_by now set to 0 for view "Labors Full" [/Users/crc/src/Dwarf-Therapist/src/dwarfmodel.cpp:779] (set_group_by)
2019-Aug-02 17:01:38.287 INFO core "redrew views in 25ms" [/Users/crc/src/Dwarf-Therapist/src/viewmanager.cpp:317] (draw_views)
2019-Aug-02 17:01:38.287 INFO core current year: 250 [/Users/crc/src/Dwarf-Therapist/src/dfinstance.cpp:784] (refresh_data)
2019-Aug-02 17:01:38.290 INFO core FOUND 0 squads [/Users/crc/src/Dwarf-Therapist/src/dfinstance.cpp:875] (load_squads)
2019-Aug-02 17:01:38.292 INFO core using active units [/Users/crc/src/Dwarf-Therapist/src/dfinstance.cpp:951] (get_creatures)
2019-Aug-02 17:01:38.292 INFO core no active units with our civ (reclaim), using full unit list [/Users/crc/src/Dwarf-Therapist/src/dfinstance.cpp:957] (get_creatures)
2019-Aug-02 17:01:33.619 INFO core Dwarf Therapist "39.0.0" starting normally. [/Users/crc/src/Dwarf-Therapist/src/dwarftherapist.cpp:186] (setup_logging)
Code: [Select]2019-Aug-02 17:01:33.619 INFO core Dwarf Therapist "39.0.0" starting normally. [/Users/crc/src/Dwarf-Therapist/src/dwarftherapist.cpp:186] (setup_logging)
That's very old. At least try 41.0.2 (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/v41.0.2) before asking for a new release.
Yes, I should make a new release soon. The next release for macOS may not work on older versions (older than macOS 10.12, see this post (http://www.bay12forums.com/smf/index.php?topic=168411.msg7934444#msg7934444)). I'd like to some feedback from thistleknot about the new roles stats first, if it can be merged or if it needs more time.The one currently available flashes an "update to 41.03" message before immediately quitting.
Is it quitting or crashing? Do you have any kind of crash report? stack trace? It would be better to fix that before the next release.
Maybe you can remind me what those changes were exactly so I can look directly at that part. I know you shared with me the git repo. i only cloned what I thought was the first commit and confirmed my build env.
d.get_race_id() == 572 && d.profession() != "Bard" && d.profession() != "Performer"
I am not sure there is a practical way to get the race "id" (it is not actually the id, but the index in world.raws.creatures.all). It should be changed to use the string id ("DWARF") instead, that would be easier.:lua for i,c in ipairs(df.global.world.raws.creatures.all) do if c.creature_id == "DWARF" then print(i) end end
in dfhack console to find the race index. Try it yourself, the index may be different in your world.
What would be the best to add for filters: the creature id (the identifier used in the raws) or the display name? In some cases it only change the case ("DWARF" vs. "dwarf"), in others there are extra words or a different order ("BIRD_CHICKEN" vs. "chicken", "RAT_DEMON" vs. "demon rat"). The caste name is usually displayed in the UI instead of the race name, so you may have to guess the correct string for both.If the filter is free text, I'd try to match against both, and if it's a list you select from I'd use the appropriate name string rather than the Id. If castes have different names (e.g. cow/bull) I'd probably try to match those as well. Whether "bull" would then also pick up "cow" would depend on what the filter is used for.
Clone
git repo: https://github.com/cvuchener/Dwarf-Therapist.git
QT Creator installation Options
https://imgur.com/a/oe8kWSD
Install CMake64
Add cmake path for all users
QT Creator
File -> Open -> CMakeLists
Configure Project
Click Play
Add DevMode
#Projects Tab -> Build -> Build_DevMode
#https://imgur.com/a/u50YaN0
Build -> Build All
Ran with devmode and copied share\memory layouts
from source
to data\memory layouts
to binary build location
TLS error
https://imgur.com/a/Juyi9CY
without devMode
same error
PS: make sure you applied cmake configuration, your changes may not have been saved.
[ ] OpenSSL 1.0.2g Android.zip 2019-10-14 04:06 2.0M
[ ] OpenSSLStaticLibs.7z 2019-10-14 04:07 2.9M
[ ] openssl-1.0.2q-i386-win32.zip 2019-10-14 04:06 1.0M
[ ] openssl-1.0.2q-x64_86-win64.zip 2019-10-14 04:07 1.3M
[ ] openssl-1.0.2r-i386-win32.zip 2019-10-14 04:07 1.0M
[ ] openssl-1.0.2r-x64_86-win64.zip 2019-10-14 04:07 1.3M
[ ] openssl-1.0.2s-i386-win32.zip 2019-10-14 04:07 1.0M
[ ] openssl-1.0.2s-x64_86-win64.zip 2019-10-14 04:07 1.3M
[ ] openssl-1.0.2t-i386-win32.zip 2019-10-14 04:07 1.0M
[ ] openssl-1.0.2t-x64_86-win64.zip 2019-10-14 04:07 1.3M
which one?
Click the apply button on this screen: https://imgur.com/a/u50YaN0QuotePS: make sure you applied cmake configuration, your changes may not have been saved.
there are 6 candidate options for x86_64Any one should fix the issue but you should prefer the latest, so 1.0.2t currently.Code: [Select][ ] OpenSSL 1.0.2g Android.zip 2019-10-14 04:06 2.0M
which one?
[ ] OpenSSLStaticLibs.7z 2019-10-14 04:07 2.9M
[ ] openssl-1.0.2q-i386-win32.zip 2019-10-14 04:06 1.0M
[ ] openssl-1.0.2q-x64_86-win64.zip 2019-10-14 04:07 1.3M
[ ] openssl-1.0.2r-i386-win32.zip 2019-10-14 04:07 1.0M
[ ] openssl-1.0.2r-x64_86-win64.zip 2019-10-14 04:07 1.3M
[ ] openssl-1.0.2s-i386-win32.zip 2019-10-14 04:07 1.0M
[ ] openssl-1.0.2s-x64_86-win64.zip 2019-10-14 04:07 1.3M
[ ] openssl-1.0.2t-i386-win32.zip 2019-10-14 04:07 1.0M
[ ] openssl-1.0.2t-x64_86-win64.zip 2019-10-14 04:07 1.3M
int Dwarf::body_size(bool use_default) const {
//we include returning the default size because for the weapon columns, the size actually doesn't matter to DF (bug?)
if(use_default){
int def_size = 6000; //default adult size for a dwarf
if(m_is_baby)
def_size = 300;
else if(m_is_child)
def_size = 1500;
return def_size;
}else{
return m_body_size;
}
}
//caste size determines can/can't wield
//if can wield, then the individual's size determines 1h/2h
//use the default size, as DF doesn't take into account a creature's actual size when checking if they can use weapons
int caste_size = d->body_size(true);
bool onehand = false;
bool twohand = false;
QString desc = tr("<b>Can only wield</b> %1 with <u>2 hands</u>.").arg(wep);
if(caste_size > m_weapon->single_grasp())
onehand = true;
if(caste_size > m_weapon->multi_grasp())
twohand = true;
//setup drawing ratings
if(!onehand && !twohand){
desc = tr("<b>Cannot wield</b> %1.").arg(wep);
rating = 15; //this will give us a medium-large red square as the further from the median the larger the square gets
numeric_rating = "X";
sort_val = 0;
}
else if (twohand && onehand){
desc = tr("<b>Can wield</b> %1 with one or two hands.").arg(wep);
rating = 50; //49-51 are not drawn, so any value in there to draw nothing
numeric_rating = "";
sort_val = 2;
}
What is the status of the bug referenced here?
Should I change the weapon test to use the actual size, or replace the hard-coded values with caste values? If it is the later, how do I get child and baby sizes? caste_raw only has adult_size.
1\attributes\1\id=Spatial Sense
1\attributes\2\id=Kinesthetic Sense
1\attributes\3\id=Agility
1\attributes\size=3
1\name=Bookbinder
1\preferences\1\exact=true
1\preferences\1\item_type=85
1\preferences\1\name=Quires
1\preferences\1\pref_category=4
1\preferences\2\exact=true
1\preferences\2\item_type=85
1\preferences\2\name=Scrolls
1\preferences\2\pref_category=4
1\preferences\size=2
1\skills\1\id=134
1\skills\size=1
2\attributes\1\id=Kinesthetic Sense
2\attributes\2\id=Agility
2\attributes\3\id=Strength
2\attributes\4\id=Spatial Sense
2\attributes\size=4
2\name=Papermaker
2\preferences\1\exact=false
2\preferences\1\mat_reaction=PARCHMENT
2\preferences\1\mat_state=5
2\preferences\1\name=Parchments
2\preferences\1\pref_category=0
2\preferences\2\exact=false
2\preferences\2\mat_reaction=PAPER_SLURRY
2\preferences\2\mat_state=5
2\preferences\2\name=Papers
2\preferences\2\pref_category=0
2\preferences\3\exact=false
2\preferences\3\mat_reaction=PAPER_PLANT
2\preferences\3\mat_state=5
2\preferences\3\name=Paper plants
2\preferences\3\pref_category=0
2\preferences\size=3
2\skills\1\id=133
2\skills\size=1
size=2
Could add it here: https://dwarffortresswiki.org/index.php/DF2014:Attribute#Skills_by_soul_attributeGood idea.
What do you think of these roles? Did I get everything?Looks like your missing "book bindings" (the item). It doesn't show up in Therapist until Therapist reads from the game's raws.
Looks like your missing "book bindings" (the item).
(A quicker, hackier way, is to see if bookbinding jobs add to raw numbers of the creativity attribute - hacky because it is based on the unproven assumption that jobs/tasks that add points to an attribute are carried out better with higher levels of said attribute.)Oh boy... do I have some bad news for you. That's exactly how I've been testing it. :'(
(A quicker, hackier way, is to see if bookbinding jobs add to raw numbers of the creativity attribute - hacky because it is based on the unproven assumption that jobs/tasks that add points to an attribute are carried out better with higher levels of said attribute.)Oh boy... do I have some bad news for you. That's exactly how I've been testing it. :'(
As for bookbinder, should they have some material preferences? Paper/parchments material (sheets or quires) are always involved in their work. Book bindings and scroll rollers can be made from a large variety of materials, is it important too? Does thread material has any influence for book making?
What are hungry heads? You need to give more details, like how to reproduce your issue and what is expected.Pests? I remake them into cats analogue.
Edit: They are pests. I've never paid attention to them. So you mean you add them as animals in the embark screen, and DT show them in the citizen view?
They are missing the trainable token, so they are not added to the animal tab and stay in the default citizen one.
Did you mod the game to be able to embark with them? In which unit tab does the game display them?
[ANIMAL]
[ANIMAL_CLASS:POISONOUS]
[ANIMAL_FORBIDDEN_CLASS:MAMMAL]
[ANIMAL_NEVER_MOUNT]
[ANIMAL_NEVER_WAGON_PULLER]
[ANIMAL_NEVER_PACK_ANIMAL]
[ANIMAL_ALWAYS_PET]
[ANIMAL_ALWAYS_SIEGE]
[ANIMAL_ALWAYS_PRESENT]
to [ENTITY:MOUNTAIN] (based on kobold animals but with ANIMAL_ALWAYS_PRESENT added), I was able to embark with cave floaters. Like hungry heads, they are lacking pet tags and DT fails to sort them. This is one way to reproduce DerMeister issue. if (unit->flags1.inactive)
edx = Dead;
else if (!sub_F61B70(unit))
edx = Others;
else if (is_pet(unit->race, unit->caste) || unit->enemy.undead != 0)
edx = Livestock;
else if (unit->enemy.caste_flags.has_flag(CAN_SPEAK))
edx = unit->curse.rem_tags1.CAN_SPEAK ? Livestock : Citizens;
else if (unit->curse.rem_tags1.CAN_SPEAK)
edx = Livestock;
else
edx = unit->curse.add_tags1.CAN_SPEAK ? Citizens : Livestock;
if (edx != current_page && !(current_page == Dead && unit->flags3.ghostly))
continue; // skip unit for this page
.text:0000000000AB6D60 mov rdx, [rax+unitst.enemy.caste_flags.ptr]
.text:0000000000AB6D67 test byte ptr [rdx+7], 2
.text:0000000000AB6D71 movzx edx, byte ptr [rax+(unitst.curse.rem_tags1.bitfield+3)]
.text:0000000000AB6D78 and edx, 1
I think I understand why the strength is almost always 0. The very tick the thought happens the strength in non-zero but after it is only kept for the thought screen and the strength becomes 0. Some thoughts like rain happen over a period of time, the strength is non-zero for the duration of the thought but may vary over time.
Sadly, this means that I cannot find the most impactful past thoughts because their strength is always 0.
Experimental memory layouts for 0.47.01:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.01_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.01_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.01_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.01_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.01_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.01_graphics_win64.ini)
They are not finished yet, expect some issues.
Experimental memory layouts for 0.47.01:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.01_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.01_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.01_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.01_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.01_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.01_graphics_win64.ini)
They are not finished yet, expect some issues.
Thank you so much! (It turns out the only thing I can't properly use in vanilla is labor management. I mean, even 7 dwarves was a strain, after 20 I just gave up. Managing, not playing.)
I'm confused. When I click on one of the links I get taken to another web page with a bunch of code on it. How do I use that to get the actual program running?You should be able to right-click the link and choose "Save As".
I'm confused. When I click on one of the links I get taken to another web page with a bunch of code on it. How do I use that to get the actual program running?
I'm confused. When I click on one of the links I get taken to another web page with a bunch of code on it. How do I use that to get the actual program running?
Experimental memory layouts for 0.47.01:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.01_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.01_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.01_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.01_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.01_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.01_graphics_win64.ini)
They are not finished yet, expect some issues.
Experimental memory layouts for 0.47.01:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.01_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.01_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.01_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.01_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.01_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.01_graphics_win64.ini)
They are not finished yet, expect some issues.
Experimental memory layouts for 0.47.01:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.01_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.01_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.01_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.01_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.01_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.01_graphics_win64.ini)
They are not finished yet, expect some issues.
Updated. It should fix item material on all platform except win64 (it already worked), and historical figure (e.g. deity names).
sudo apt install gcc
cd ~/Documentos/Juegos/LinuxDwarfPack-0.47.01-r1/df_47_01_linux
wget https://raw.githubusercontent.com/Dwarf-Therapist/Dwarf-Therapist/master/dist/ptrace_scope/patch_df_ptracer
chmod +x patch_df_ptracer
./patch_df_ptracer .
Experimental memory layouts for 0.47.02:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.02_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/linux/v0.47.02_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.02_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/osx/v0.47.02_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.02_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/0.47.01-memory-layouts/share/memory_layouts/windows/v0.47.02_graphics_win64.ini)
On Mac OS, experimental 0.47.01 works for me, but not experimental 0.47.02.It worked for another user (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/185#pullrequestreview-355040608). How does it fail exactly? Cannot connect? Fortress not loaded? Invalid data?
Is there a way to get that cool dark mode for Mac?Yes, but it is complicated (at least for OSX newbie and not-user like me). It would be better if it could work with OSX default style dark mode (https://support.apple.com/en-us/HT208976).
On Linux versions with newer OpenSSL versions (>1.0.0 I think), running Dwarf Therapist from the AppImage will crash. However, building from source will allow it to work.
Here is the log from the AppImage:I am using Fedora 30.Spoiler (click to show/hide)
not connecting ("a fort has not been loaded") for me on df 0.42.07 with the 41.1.3 appimage on Manjaro Linux. tried both with and without the most recent unstable dfhack build.
New version released: 41.1.3 (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/v41.1.3)
...
added memory layouts for DF 0.47.01 and 0.47.02
I think for a version that far back your limited options are:
Dwarf Foreman, one of the forerunners of therapist, included in this collection http://dffd.bay12games.com/file.php?id=1098 (http://dffd.bay12games.com/file.php?id=1098) or
Dwarf Manipulator http://dffd.bay12games.com/file.php?id=2248 (http://dffd.bay12games.com/file.php?id=2248) (similar to what is included currently in DFHack)
Without speaking for Clément I would suggest that putting in the effort to code up support for such an old version is not worthwhile.
Experimental memory layouts for 0.47.03:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/linux/v0.47.03_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/linux/v0.47.03_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/osx/v0.47.03_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/osx/v0.47.03_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/windows/v0.47.03_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/windows/v0.47.03_graphics_win64.ini)
• Mac OS X 10.5 Leopard | - | Dwarf Therapist v36.0.0 |
• Mac OS X 10.9 Mavericks | - | Dwarf Therapist v41.0.2 |
• Mac OS X 10.12 Sierra | - | Dwarf Therapist current version (v41.1.3 at this time) |
Experimental memory layouts for 0.47.03:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/linux/v0.47.03_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/linux/v0.47.03_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/osx/v0.47.03_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/osx/v0.47.03_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/windows/v0.47.03_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/windows/v0.47.03_graphics_win64.ini)
Experimental memory layouts for 0.47.03:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/linux/v0.47.03_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/linux/v0.47.03_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/osx/v0.47.03_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/osx/v0.47.03_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/windows/v0.47.03_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/windows/v0.47.03_graphics_win64.ini)
Does someone have a save with a werebeast? There is a missing offset that will prevent DT to show the werebeast type.I've got a 0.44.12 save with a caged (inactive) were which I've looked at in 0.47.12 to try to figure out (unsuccessfully) why fields are wrong in curse_wounds (wrong in 0.44.12 as well). Do you know what field you're looking for in DF structure terms, or is that of no use for you?
Experimental memory layouts for 0.47.03:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/linux/v0.47.03_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/linux/v0.47.03_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/osx/v0.47.03_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/osx/v0.47.03_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/windows/v0.47.03_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts-0.47.03/share/memory_layouts/windows/v0.47.03_graphics_win64.ini)
Experimental memory layouts for 0.47.04:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/linux/v0.47.04_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/linux/v0.47.04_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/osx/v0.47.04_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/osx/v0.47.04_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/windows/v0.47.04_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/windows/v0.47.04_graphics_win64.ini)
Clément, I've logged in to the forums for the first time in years just to say you're a legend. I can't believe that you're able to pump these out within just a few hours of the release.
Experimental memory layouts for 0.47.04:
- Linux 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/linux/v0.47.04_linux32.ini)
- Linux 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/linux/v0.47.04_linux64.ini)
- OSX 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/osx/v0.47.04_osx32.ini)
- OSX 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/osx/v0.47.04_osx64.ini)
- Windows 32 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/windows/v0.47.04_graphics_win32.ini)
- Windows 64 bits (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/memory-layouts/share/memory_layouts/windows/v0.47.04_graphics_win64.ini)
Okay that's fair enough. What bothers me is that the colour for miserable is (or seems to me, to be precise) closer to the colour for unhappy than the colour for very unhappy is.
Any chance of a mock-up similar to the image jecowa posted so we could see the prospective alternative colours?
00ff00
66ff19
bfff40
ffff80
ffbf40
ff6619
ff0000
00ff00
80ff40
d4ff80
ffffbf
ffd480
ff8040
ff0000
Custom labor/profession shows average skill in grid view, but it is not an integer and unreadable in small cell.
Also grid view editor - > cell color - > active - > "..." shows default color instead of current.
Would rounding to the nearest integer be fine?yes, this is the best solution
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 3638, resource id: 10501888, major code: 40 (TranslateCoords), minor code: 0
where the sequence and resource id change between entries. A quick look online suggests that this is related to a qt window closing 'unexpectedly'; although I had no loss of functionality. It was triggered by the cancel and ok buttons, both in the colour picker itself but also when simply opening and closing the edit grid view window. (Once or twice the message did not trigger but I'm not sure why.)
Is anyone actually using the color popup?
(https://tof.cx/images/2020/03/02/6b1f5d0a2ad90106632b81078ae4e62d.png)
Or do you always click "..." to get the system color picker?
Where should dwarf therapist be saving it's preferences ? I can't seem to have it save from launch to launch. It starts out as if it's been reverted to defaults each time. Probably a folder/file permissions issue that I need to CHOWN a given folder to?
sudo chmod go+w ~/.config/Dwarf\ Therapist/Dwarf\ Therapist.ini
Hello, is there an ETA for the 47.04 version?
Found it, thank you.Hello, is there an ETA for the 47.04 version?
Go back a couple pages and download the memory layout.
Of those two, I think the second is better.
Maybe start at blue so you get a wider range to make it easier to tell the greens apart.
(https://i.imgur.com/uxrJf7Q.png)
I downloaded newest version of both Win32 and 64 version and nethier works with 0.47.
New version released: 41.1.5 (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/v41.1.5)Thank you for your dedication!
Changelog:
- added memory layouts for DF 0.47.04
- fixed super labor column average skill display (rounded to fit)
Windows builds are also available on DFFD (win32 (http://dffd.bay12games.com/file.php?id=13094), win64 (http://dffd.bay12games.com/file.php?id=13095)).
Hey, this might be something to look at. I don't know if this is a DF thing or a Therapist thing. Someone with more knowledge mind passing the note along to the right person?
seventh line down in the thoughts, second in the second paragraph.
https://www.reddit.com/r/dwarffortress/comments/fh75ml/outrage_this_is_a_unknown_thought/
Is my DT data directory supposed to have a copy of game_data.ini?Not if you did not create it.
I see in the OP that I need to modify that file to make happiness levels show correctly, but my directory doesn't have one.Only for DF 0.44.09 or older.
Dwarf Therapist also seems to take a long time to connect to Dwarf Fortress. If I open Dwarf Therapist and don't do anything it takes 42 seconds to connect. If I press the connect button it takes just as long and then crashes upon connection. Either way it has both a memory layout error: connection timed out and version check error: connection timed out.You have some kind of network issue that prevents DT from checking updates and it hangs until the connection fails. You can disable the updates in the options.
The corresponding DFHack value is "unit.status.current_soul.personality.combat_hardened", right? I don't think DT read that yet.
I don't understand the numbers on the "Needs" pane.Spoiler: Needs Pane (click to show/hide)Spoiler: Enok & Kubuk closeup. (click to show/hide)
It's sorted by Need to Pray/Meditate. Why is Endok's level 2 need to pray ranked higher than Kubuk's level 40 need to pray?
Does anybody know where I can find more information about the gender symbols? I briefly skimmed through the included manual and didn't see much about them.Spoiler: Gender Symbols (click to show/hide)
I can identify the normal male / female signs, but the gray one is a mystery to me. I also suspect the symbols that are double male / double female mean that animal won't breed?
Not sure if this was mentioned before, but wanted to do my part to try and help.
Recently had a dwarf dismay over a blank thought and checked to find it was listed as an "unknown thought". I didn't think to export my save but saw someone mention new thoughts and guilds. After a bit of thinking I managed to fix it by making the guildhall fancy.
I am guessing that after agreeing to a guildhall, you have to designate a room and then raise the value passed Meeting place and into the formal Guildhall.
I looked at the list of new unknown thoughts and while some of them are close they don't 100% match what was seen. I am assuming that a dwarf will get upset if you agree to a guildhall and designated one, but don't raise the value.
I just got a new request for a guildhall so at the risk of making some dwarf sad, I am going to try and generate the thought again.
The thought was an empty message in DF itself? You should report it to DF bug tracker first.Thanks for helping. Guess I will do my part to help too. :D
PS: I linked your post in the corresponding dfhack issue (https://github.com/DFHack/df-structures/issues/363). You should look at it if you are interested in thought research.
$ qmake filedialog.pro
Info: creating stash file /Users/david/Documents/minimal/.qmake.stash
Project WARNING: CONFIG-=import_qpa_plugin is deprecated. Use QTPLUGIN.platforms=- instead.
$ make
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -c -pipe -stdlib=libc++ -O2 -std=gnu++11 -arch x86_64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk -mmacosx-version-min= -fPIC -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -I/usr/local/Cellar/qt/5.14.1/lib/QtWidgets.framework/Headers -I/usr/local/Cellar/qt/5.14.1/lib/QtGui.framework/Headers -I/usr/local/Cellar/qt/5.14.1/lib/QtCore.framework/Headers -I. -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/OpenGL.framework/Headers -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/AGL.framework/Headers -I/usr/local/Cellar/qt/5.14.1/mkspecs/macx-clang -o main.o main.cpp
clang: error: invalid version number in '-mmacosx-version-min='
clang: error: invalid deployment target for -stdlib=libc++ (requires OS X 10.7 or later)
make: *** [main.o] Error 1
QMAKE_MACOSX_DEPLOYMENT_TARGET = 10.7
at the end of filedialog.pro. Also try with 10.9 (the value for current DT build) and 10.15 (your current system version).
Getting the same errors with that added on. :/Can you paste your new error? I'm curious if it has an empty "-mmacosx-version-min=" again and what the compiler arguments are.
Would it be possible to display the in-game date in DT?
I'm wondering if there is a way to have the dock windows remember the column positions.
Each time it reads the dwarfs, the column widths reset to unreadable defaults. Am I missing a setting?
... Room status could be an equipment-like column.I wonder if this could be a number (it would point out any dwarf who was assigned to 2 or more bedrooms) in the column.
git clone https://github.com/Dwarf-Therapist/Dwarf-Therapist.git
Or from the releases page https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases) download the tar.gz and then extract it.cmake ../Dwarf-Therapist
ln -s ../Dwarf-Therapist/share .
make -j$(nproc)
./dwarftherapist
make install
The second and final lines are not strictly needed since DT should download the correct memory layouts on load, and can be run manually without installation, respectively.sudo setcap cap_sys_ptrace=ep /path/to/dwarftherapist
Then I run it manually from the terminal using ./dwarftherapistAs far as I am aware QT5.12 isn't needed to compile Therapist on linux but rather only to run the precompiled release.
The second and final lines are not strictly needed since DT should download the correct memory layouts on load, and can be run manually without installation, respectively.
the problem I'm having looks like it affects all distros that use the debian package repositories
It is not even needed, Qt is included in the AppImage, you only need C/C++ libraries at least as recent as the Ubuntu 16.04 ones.My bad. I forgot (again) that DT linux releases are AppImages. :-[ (Sort of their whole raison d'être....)
If you want tu use DT from the build directory without installation, you can use the BUILD_DEVMODE cmake option ("cmake -DBUILD_DEVMODE=ON <DT source directory>").That's a good tip. I'll most likely try it out when test building in the future. Cheers. But generally I'm happy doing it my way, as described above. ;)
the problem I'm having looks like it affects all distros that use the debian package repositories
What is the problem?
I don't see where it took "almost a decade", Jessie had Qt 5.3 (https://packages.debian.org/source/jessie/qtbase-opensource-src), one year after its release, a little more than two years after Qt 5.0 release. This looks like the usual Debian stable lag. Use Sid if you want new software. What I found annoying with Jessie is the old gcc version, you cannot compile DT with it (no full C++14 support). Even CentOS is better in this regard because it has extra repositories for compiling modern software.
(don't use the links from this old post they are outdated)
- Using Qt 5.9 (https://github.com/cvuchener/Dwarf-Therapist/releases/download/untagged-b41305f066a3db07c9cb/DwarfTherapist--osx64-qt5.9.9.dmg) with minimum macOS version set to 10.9 (Qt 5.9 officially supports macOS 10.10 to 10.12).
- Using Qt 5.12 (https://github.com/cvuchener/Dwarf-Therapist/releases/download/untagged-b41305f066a3db07c9cb/DwarfTherapist--osx64-qt5.12.8.dmg) with minimum macOS version set to 10.12, XCode updated to 10.3 (Qt 5.12 officially supports macOS 10.12 to 10.14).
- Using Qt 5.15 (beta) (https://github.com/cvuchener/Dwarf-Therapist/releases/download/untagged-b41305f066a3db07c9cb/DwarfTherapist--osx64-qt5.15.0.dmg) with minimum macOS version to 10.13, XCode updated to 11.3 (Qt 5.15 officially supports macOS 10.13 to 10.15).
Is there any way for DT to show which topics each scholar knows about? It would be very useful in evaluating scholars, and learning more about how research progresses.There's a group of colums in the "Other Skills" tab that list the scholar skills.
No, DT does not show known topics. What do you want to do with it? Are you looking for a scholar with a specific knowledge? Or do you want to see an overview for a given dwarf? If it is just for researching about research, it may be better to use DFHack.1. I'm getting visitors who want to join as scholars. If they know about topics that my scholars don't know about, then I definitely want them.
philosophy 37
mathematics 49
history 20
astronomy 20
naturalist 13
chemistry 24
geography 22
medicine 65
engineering 62
It would be easier to make a DFHack script that would filter the topics. DT cannot automatically change the columns to keep only the relevant ones.
Stress is the "Happiness" column.Thanks, easier than I thought :D
Well, currently there's preferences tab (right-click on pending changes to add), sort by type, search for wine|beer|brew|rum|cider|spirits|mead|cruor (might be missing some drink types).
Dwarf Therapist – 41.1.7Home page (https://github.com/Dwarf-Therapist/Dwarf-Therapist/) – Latest Release (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/latest) – Changelog (https://raw.githubusercontent.com/Dwarf-Therapist/Dwarf-Therapist/master/CHANGELOG.txt)
Compatible with Dwarf Fortress from 0.42.06 to 0.47.04 (some versions may be missing memory layout depending on the operating system).
Dwarf Therapist Guide: Github Repository (https://github.com/Dwarf-Therapist/Manual) – Latest Release (https://github.com/Dwarf-Therapist/Manual/releases/latest)
DFFD Alternative Downloads
quick question. what download would I use for elementary os
- Windows 32 bits (http://dffd.bay12games.com/file.php?id=13094)
- Windows 64 bits (http://dffd.bay12games.com/file.php?id=13095)
- Stand-alone Manual (http://dffd.bay12games.com/file.php?id=7889)
Linux packages and repositories
- COPR Repository (https://copr.fedorainfracloud.org/coprs/cvuchener/Dwarf-Therapist/) for Fedora users
- AUR package (https://aur.archlinux.org/packages/dwarftherapist/) for Arch Linux users
Known issues
Happiness thresholds have changed since DF 0.44.10. When using Dwarf Therapist 40.0.1 or newer with DF 0.44.09 or older, happiness levels (miserable, unhappy, fine, happy, ...) will not be displayed correctly. You need to add a modified game_data.ini (https://github.com/Dwarf-Therapist/Dwarf-Therapist/blob/master/resources/game_data.ini) in DT's data folder (use "Open data directory" in the "File" menu, if you don't know where it is). Replace the happiness_levels section with (add a zero in each threshold):Code: [Select][happiness_levels]
Remember to delete your modified game_data.ini, when you want to go back to the latest version.
miserable/threshold = 500000
miserable/desc = "is utterly harrowed by the nightmare that is their tragic life"
very_unhappy/trhreshold = 250000
very_unhappy/desc = "is haggard and drawn due to the tremendous stresses placed on them"
unhappy/threshold = 100000
unhappy/desc = "is under a great deal of stress"
fine/threshold = -100000
content/threshold = -250000
happy/threshold = -500000
ecstatic/threshold = -1000000
Older versions can be found in Splinterz's topic (http://www.bay12forums.com/smf/index.php?topic=122968.0).
DFFD Alternative Downloadsquick question. what download would I use for elementary os
- Windows 32 bits (http://dffd.bay12games.com/file.php?id=13094)
- Windows 64 bits (http://dffd.bay12games.com/file.php?id=13095)
- Stand-alone Manual (http://dffd.bay12games.com/file.php?id=7889)
Dwarf Therapist – 41.1.7Home page (https://github.com/Dwarf-Therapist/Dwarf-Therapist/) – Latest Release (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/latest) – Changelog (https://raw.githubusercontent.com/Dwarf-Therapist/Dwarf-Therapist/master/CHANGELOG.txt)
quick question. what download would I use for elementary os
Perhaps the "Alternative downloads" section could be clarified with another link to the GitHub downloads - my screen is a bit wide, and I didn't immediately notice the "Latest release" link since it was centered.
By creating a custom grid view (either from scratch or from a copy of an existing one), add a column "Trait" → "Cave Adaptation".
Stratified MAD (+ factors) should be capable of replacing everything.I had the impression it worked on almost normal distribution. I've always seen you testing it on attributes data. What about skills? personality traits? needs? roles?
As to per role, I compare across roles. I see what your point is if your doing it job by job, but that was something I tried to overcome (I was doing that in spreadsheets way back) but the point of the labor optimizer was to start from a single list of %'s and start from the highest and work down (across roles)The way this greedy algorithm works make it even more important that ratings can be compared across different roles. Although it is very subjective to compare roles. What is best a farmer or a butcher?
I did a really cheap hack to work around my aspect concerns.We still don't know if there is a bug here.
I forget how skill rust was calculated into role ratings if at all. Do you know? Is it counted at all? Is there a penalty applied (like potential) for skills that are experiencing rust?From what I can read, I don't think so. Skill rate is used but not skill rust.
[...lots of personal messages with numbers and formulae...]
Compatible with Dwarf Fortress from 0.42.06 to 0.47.04 (some versions may be missing memory layout depending on the operating system).
I'm not sure if there's a way in vanilla DF, [...]
It was the LinuxDwarfPack.
I've tried the AppImage, as you have suggested, but I don't have much more luck. The same error shows up again.
It was the LinuxDwarfPack.Hi Milopolitan,
I've tried the AppImage, as you have suggested, but I don't have much more luck. The same error shows up again.
<snip />
I tested the appimage on my computer (fedora 33) and it does find the memory layouts in /tmp/.mount_DwarfT2oX3pR/usr/share/dwarftherapist/memory_layouts/. How do you start DT? Do not use options like --portable with the appimage. Are the environment variables XDG_DATA_DIRS or XDG_DATA_HOME set?
Which LinuxDwarfPack are you using exactly? I see two versions there (https://dffd.bay12games.com/who.php?id=7393). "LinuxDwarfPack-0.47.04-r4 (DFHack-r4)" use the --portable option but the memory layouts seem to be in the right place (no dwarftherapist subdir in share). "LinuxDwarfPack-0.47.04-r5 for Ubuntu/Debian" is more annoying for me to open, I did not investigate it yet.
<snip/>
Hi Milopolitan,
Your problem seems to be specific to the release of DT provided in the LinuxDwarfPack, sorry for that! (I'm the maintainer)
If you want we can investigate in this thread: LinuxDwarfPack (http://www.bay12forums.com/smf/index.php?topic=157712).
Hi Clément :)
Thank you again for the wonderful work you have done on DT! While customizing a grid view, I was looking for a column that would show if a dwarf currently has a bedroom assigned to them... but had no success. Is it possible to show bedroom ownership?
(edit: version 41.2.0 in Windows)
Hi Clément :)
Thank you again for the wonderful work you have done on DT! While customizing a grid view, I was looking for a column that would show if a dwarf currently has a bedroom assigned to them... but had no success. Is it possible to show bedroom ownership?
(edit: version 41.2.0 in Windows)
I know the z status screen will show you just whether or not they have a room / furniture assigned to them, but I haven't yet found a way to determine which room is theirs other than scanning each room.
Hi Clément :)
Thank you again for the wonderful work you have done on DT! While customizing a grid view, I was looking for a column that would show if a dwarf currently has a bedroom assigned to them... but had no success. Is it possible to show bedroom ownership?
(edit: version 41.2.0 in Windows)
;) ;) ;)Hi Clément :)
Thank you again for the wonderful work you have done on DT! While customizing a grid view, I was looking for a column that would show if a dwarf currently has a bedroom assigned to them... but had no success. Is it possible to show bedroom ownership?
(edit: version 41.2.0 in Windows)
No, it is not possible. But "someone" already suggested it (http://www.bay12forums.com/smf/index.php?topic=168411.msg8127392#msg8127392).
It should not happen with attributes if you are using text drawing method. I managed to get an empty cell using negative attribute values, but your raw values seem correct. There may be an issue with how the rating is computed.I'm using [PRINT_MODE:TWBT]
New version released: 41.2.1 (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/v41.2.1)
Add support for DF 0.47.05
Changelog:
- added memory layouts for DF 0.47.05
- added new thoughts for DF 0.47.05
- added "Tactician" and "Schemer" columns in "Other Skills" tab
Glad to see an update with the newest version. When can we expect for the AUR package to be updated? Thanks!Soon after you go here (https://aur.archlinux.org/packages/dwarftherapist) and choose "Flag package out-of-date". That way the maintainer will know DT has been updated. (I've done it this time, so that action has changed to "Flagged out-of-date (2021-02-10)".)
Soon after you go here (https://aur.archlinux.org/packages/dwarftherapist) and choose "Flag package out-of-date". That way the maintainer will know DT has been updated. (I've done it this time, so that action has changed to "Flagged out-of-date (2021-02-10)".)
I've got a weird issue. I've got the most recent version of the DF Starter and Dwarf Therapist wont start up unless my computer is connected to the internet. The game and DF hack pop up fine but if I try to start up therapist offline nothing happens. No task manager activity or anything..just a 1/4 second thought spin. If I start up therapist while online it pops up fine and continues to work if I immediately disconnect. Is it calling home for updates or something?
Clément may have more/better to say but as an immediate workaround start therapist (online) and then from the menu:Yes, this looks like a known issue (https://github.com/Dwarf-Therapist/Dwarf-Therapist/issues/237). The github issue thread contains a link to a fixed version you may want to test or you can use feelotraveller's workaround. If you are unable to access the options because of the crash, you may edit the settings file directly (C:\Users\YourName\AppData\Roaming\Dwarf Therapist\Dwarf Therapist.ini on Windows), find "check_for_updates_on_startup" and change true to false.
file -> options -> general and under Updates uncheck the 'Automatically Check for Updates' box.
Now it should launch offline without problems.
(Updates can still be checked for manually under the help menu when online.)
While you are in a testing mood, could you check these ones (https://github.com/cvuchener/Dwarf-Therapist/releases/tag/untagged-434981bac7a342d0c89b)? I'd like for the 5.9 version to work with 10.10-10.12 and the 5.15 with 10.13-10.15 (and hopefully macOS 11 too).
Could they be new migrants? DT may show them a little earlier than DF and I see you have a new arrival. Wait and they should enter the map.
Could they be new migrants? DT may show them a little earlier than DF and I see you have a new arrival. Wait and they should enter the map.
They were and they eventually did. I also saved and reloaded.
... Almost as good as the ability to use the roles screen to guide skill allotment when embarking carefully.
... Almost as good as the ability to use the roles screen to guide skill allotment when embarking carefully.
That is a waaay easier method than what I've been doing up until now...
is it possible to edit dwarf stats, traits etc in DTNo. That's not what it's intended for.
Does it happen every time or is it just this one time?
gui/gm-unit is one, although it doesn't necessarily support editing everything.is it possible to edit dwarf stats, traits etc in DTNo. That's not what it's intended for.
You'd need gui/gm-editor to hack those DF data structures. There might be some tool specifically intended for hacking dorfs.
Does it happen every time or is it just this one time?
The bugged stats change their values after reloading (and may partially disappear), but with following save I'm always having 2-3 stats with unreasonable values. https://dffd.bay12games.com/file.php?id=15611 (https://dffd.bay12games.com/file.php?id=15611)
Is there a way to change this to the earlier grouping ?You can create custom grid views either from scratch or by copying an existing one then modifying it. It is done from the grid views window (Windows → Docks → Grid Views).
Why was it changed to begin with ?I don't know. It was done by splintermind in this commit (https://github.com/Dwarf-Therapist/Dwarf-Therapist/commit/77a2a4d28ee7c3ca18c3cb46be717e75de039424).
updated the default gridviews to the most recent full/compact versionsI guess you'll have to dig in the old forum thread to find the related discussion.
posted and removed the 'labors no spaces' view as it's replaced with the
full version. these may not be the final views as they may need a bit
more tweaking due to the influx of recent complaints about them
Why was it changed to begin with ?
I will of course bemoan that someone/several someones (upstream of Clément) has made the conscious decision to needlessly drop backwards compatibility (and/or make it necessary to jump through many awkward hoops to re-establish it).I won't. New OS adds new system calls (or library calls for windows) that can dramatically improve some part of your application. DT don't use directly anything that requires Vista or later, but I've dropped support for linux kernels much more recent than Windows Xp (and no one complained, although I did prepare workarounds for CentOS/RHEL 6).
[2] Oh, ok then, make it MMX-era/586, for the pipelin8ng bonus though DF never really needs anything other than integer operations, when you look at it.MMX/SSE is not for floating point only, it can be used for vectorizing integer operations too. You can implement string operations using SSE.
[5] Ironically, I used to run Windows DF on Linux via WINE, a lot, in my early days with DF. I dread to think how inefficient that wasWine would only slow down the API calls it is emulating. Everything else is run natively, I don't think the performance impact would be huge for DF.
Clément, I was teasing a streamer for not using the dark mode, they said "What dark mode?" and I told them where it was, at which point it transpired that they use Linux and the options I expected were not there, and they were not sure how to make use of "This must be the adwaita dark theme I use on Linux, I don't think you will find it for Windows. This is done with Qt style plugins." Perhaps add the standard options for less adept linux users?
fyi, there is still this bug
https://github.com/cvuchener/Dwarf-Therapist/compare/rolecalc...thistleknot:rolecalc
you can see it with nurses
I can get it to compile and run, but when I copy the build between computers I get a ton of missing dll errors.
What is the option to move the build? Is it portable? I tried that... still getting errors.
nevermind. I tried to copy over my masterwork's dwarf therapist which was why the discrepency.
fyi, there is still this bug
https://github.com/cvuchener/Dwarf-Therapist/compare/rolecalc...thistleknot:rolecalc
you can see it with nurses
Use the "install" target from the cmake scripts, then run windeployqt on the installed DwarfTherapist.exe (see the package script, you can ignore the plugin part).
a refresh never solves it in my case. I think it's some bug and I'm not sure what it is. If it's a curse or what not... it's affecting all the dwarf's ratings [at least for nurse].If some attributes have insane values, it will break the attribute ratings and then the role ratings. Did you check the "Attributes" grid view?
I think last time I wanted to walk through the code's outputs and figure out where it's breaking. To turn on logging I think I start dt as such?--trace
/logging -trace
or
--trace
Ughh... bug testing an algorithm that is 10+ years old...
Citizenship is set for non-animal if they are part of the fortress entity historical figure list ("historical_entity.histfig_ids" in dfhack).
On this line I'm not sure if CAN_LEARN is the right flag, maybe it should be CAN_SPEAK (http://www.bay12forums.com/smf/index.php?topic=168411.msg8053187#msg8053187). Would that make a difference in your case?
[info]
checksum=0x638d2f18
version_name=v0.50.01 SDL win64
complete=true
[addresses]
cur_year_tick=0x141b588a0
current_year=0x141b588a8
dwarf_civ_index=0x141d9b418
dwarf_race_index=0x141d9b424
fortress_entity=0x141da1be0
historical_entities_vector=0x141de2ea8
creature_vector=0x141df6760
active_creature_vector=0x141df6778
weapons_vector=0x141df6b40
shields_vector=0x141df6bd0
quivers_vector=0x141df6c18
crutches_vector=0x141df6c60
backpacks_vector=0x141df6c78
ammo_vector=0x141df6c90
flasks_vector=0x141df6f48
pants_vector=0x141df7668
armor_vector=0x141df76c8
shoes_vector=0x141df76e0
helms_vector=0x141df76f8
gloves_vector=0x141df7710
artifacts_vector=0x141df77b8
squad_vector=0x141ef4df8
activities_vector=0x141ef4e58
fake_identities_vector=0x141ef92a8
poetic_forms_vector=0x141ef9470
musical_forms_vector=0x141ef94a0
dance_forms_vector=0x141ef94d0
occupations_vector=0x141ef9560
world_data=0x141efd100
material_templates_vector=0x141efde30
inorganics_vector=0x141efde48
plants_vector=0x141efde78
races_vector=0x141efdfe8
itemdef_weapons_vector=0x141efe068
itemdef_trap_vector=0x141efe080
itemdef_toy_vector=0x141efe098
itemdef_tool_vector=0x141efe0b0
itemdef_instrument_vector=0x141efe338
itemdef_armor_vector=0x141efe350
itemdef_ammo_vector=0x141efe368
itemdef_siegeammo_vector=0x141efe380
itemdef_glove_vector=0x141efe398
itemdef_shoe_vector=0x141efe3b0
itemdef_shield_vector=0x141efe3c8
itemdef_helm_vector=0x141efe3e0
itemdef_pant_vector=0x141efe3f8
itemdef_food_vector=0x141efe410
language_vector=0x141efec30
translation_vector=0x141efec60
colors_vector=0x141f08578
shapes_vector=0x141f08590
reactions_vector=0x141f086f8
base_materials=0x141f09598
all_syndromes_vector=0x141f0ab38
events_vector=0x141f0b1d8
historical_figures_vector=0x141f0b238
world_site_type=0x0080
active_sites_vector=0x00048390
gview=0x1412a3910
viewscreen_setupdwarfgame_vtable=0x1411b1d60
[offsets]
word_table=0x0050
[word_offsets]
base=0x0000
noun_singular=0x0020
noun_plural=0x0040
adjective=0x0060
verb=0x00a0
present_simple_verb=0x00c0
past_simple_verb=0x00e0
past_participle_verb=0x0100
present_participle_verb=0x0120
first_name=0x0000
nickname=0x0020
words=0x0040
word_type=0x005c
language_id=0x006c
[general_ref_offsets]
ref_type=0x0010
artifact_id=0x0008
item_id=0x0008
[race_offsets]
name_singular=0x0020
name_plural=0x0040
adjective=0x0060
baby_name_singular=0x0080
baby_name_plural=0x00a0
child_name_singular=0x00c0
child_name_plural=0x00e0
pref_string_vector=0x0148
castes_vector=0x0178
pop_ratio_vector=0x0190
materials_vector=0x24b0
flags=0x01a8
tissues_vector=0x24c8
[caste_offsets]
caste_name=0x0020
caste_descr=0x0220
caste_trait_ranges=0x057c
caste_phys_att_ranges=0x11f0
baby_age=0x04c0
child_age=0x04c4
adult_size=0x04d8
flags=0x06a8
body_info=0x06c0
skill_rates=0x08c0
caste_att_rates=0x1404
caste_att_caps=0x1534
shearable_tissues_vector=0x16c0
extracts=0x39c0
[hist_entity_offsets]
histfigs=0x00e0
beliefs=0x0d10
squads=0x11b8
positions=0x10b0
assignments=0x1100
assign_hist_id=0x0004
assign_position_id=0x000c
position_id=0x0020
position_name=0x0098
position_female_name=0x00d8
position_male_name=0x0118
[hist_figure_offsets]
hist_race=0x0002
hist_name=0x0038
id=0x00e0
hist_fig_info=0x0130
reputation=0x0058
current_ident=0x0030
fake_name=0x0008
fake_birth_year=0x0094
fake_birth_time=0x0098
kills=0x0030
killed_race_vector=0x0018
killed_undead_vector=0x0090
killed_counts_vector=0x00a8
[hist_event_offsets]
event_year=0x0008
id=0x0020
killed_hist_id=0x0028
[item_offsets]
item_def=0x00e0
id=0x001c
general_refs=0x0038
stack_size=0x0078
wear=0x009c
mat_type=0x00b0
mat_index=0x00b4
maker_race=0x00b8
quality=0x00ba
artifact_id=0x0000
artifact_name=0x0008
[item_subtype_offsets]
sub_type=0x0028
base_flags=0x0030
name=0x0060
name_plural=0x0080
adjective=0x00a0
tool_flags=0x00a0
tool_adjective=0x00d0
[item_filter_offsets]
item_subtype=0x0002
mat_class=0x0004
mat_type=0x0006
mat_index=0x0008
[weapon_subtype_offsets]
single_size=0x00f0
multi_size=0x00f4
ammo=0x00d0
melee_skill=0x00c8
ranged_skill=0x00ca
[armor_subtype_offsets]
layer=0x0010
mat_name=0x00c0
other_armor_level=0x00c4
armor_adjective=0x00e0
armor_level=0x0104
chest_armor_properties=0x0110
pants_armor_properties=0x0120
other_armor_properties=0x00e0
[material_offsets]
solid_name=0x00b8
liquid_name=0x00d8
gas_name=0x00f8
powder_name=0x0118
paste_name=0x0138
pressed_name=0x0158
flags=0x0290
reaction_class=0x04a8
prefix=0x0548
inorganic_materials_vector=0x01a8
inorganic_flags=0x0038
[plant_offsets]
name=0x0050
name_plural=0x0070
name_leaf_plural=0x0110
name_seed_plural=0x00d0
materials_vector=0x0298
flags=0x0040
[descriptor_offsets]
color_name=0x0050
shape_name_plural=0x0070
[health_offsets]
parent_id=0x0040
body_part_flags=0x0048
layers_vector=0x0058
number=0x0084
names_vector=0x0090
names_plural_vector=0x00a8
layer_tissue=0x0020
layer_global_id=0x0068
tissue_name=0x0030
tissue_flags=0x0020
[dwarf_offsets]
name=0x0008
custom_profession=0x0080
profession=0x00a0
race=0x00a4
flags1=0x0110
flags2=0x0114
flags3=0x0118
meeting=0x0120
caste=0x012c
sex=0x012e
id=0x0130
animal_type=0x0138
civ=0x0140
specific_refs=0x01a8
squad_id=0x01d8
squad_position=0x01dc
recheck_equipment=0x0268
mood=0x0348
birth_year=0x0374
birth_time=0x0378
pet_owner_id=0x03a4
current_job=0x04b8
physical_attrs=0x05e4
body_size=0x06c8
size_info=0x068c
size_base=0x0690
curse=0x0820
curse_add_flags1=0x080c
turn_count=0x0920
souls=0x0a60
states=0x0988
labors=0x0a98
hist_id=0x0c10
artifact_name=0x09e8
active_syndrome_vector=0x0c80
syn_sick_flag=0x004c
unit_health_info=0x0d28
temp_mood=0x07f8
counters1=0x07e0
counters2=0x07fc
counters3=0x0958
limb_counters=0x0c18
blood=0x06a4
body_component_info=0x04d0
layer_status_vector=0x0048
wounds_vector=0x0590
mood_skill=0x04c0
used_items_vector=0x0d30
affection_level=0x000c
inventory=0x03f8
inventory_item_mode=0x0008
inventory_item_bodypart=0x000a
[syndrome_offsets]
cie_effects=0x0020
cie_end=0x0018
cie_first_perc=0x0098
cie_phys=0x00b0
cie_ment=0x00cc
syn_classes_vector=0x00c8
trans_race_vec=0x00e0
[unit_wound_offsets]
parts=0x0008
id=0x0004
layer=0x0006
general_flags=0x002c
flags1=0x0064
flags2=0x0068
effects_vector=0x0048
bleeding=0x006c
pain=0x0070
cur_pen=0x0098
max_pen=0x009a
[soul_details]
name=0x0008
orientation=0x0088
mental_attrs=0x00ac
skills=0x0218
preferences=0x0230
personality=0x0248
beliefs=0x0000
emotions=0x0030
goals=0x0048
goal_realized=0x0028
traits=0x0080
stress_level=0x0120
needs=0x0138
current_focus=0x0180
undistracted_focus=0x0184
combat_hardened=0x0130
likes_outdoors=0x012c
[need_offsets]
id=0x0000
deity_id=0x0004
focus_level=0x0008
need_level=0x000c
[emotion_offsets]
emotion_type=0x0000
strength=0x0008
thought_id=0x000c
sub_id=0x0010
level=0x0014
year=0x0020
year_tick=0x0024
[job_details]
id=0x0014
mat_type=0x0030
mat_index=0x0034
mat_category=0x0048
sub_job_id=0x0050
reaction=0x0020
reaction_skill=0x0080
[squad_offsets]
id=0x0000
name=0x0008
alias=0x0080
members=0x00a0
orders=0x00b8
schedules=0x00d0
sched_size=0x0058
sched_orders=0x0028
sched_assign=0x0040
alert=0x00e8
carry_food=0x01b8
carry_water=0x01ba
ammunition=0x0140
ammunition_qty=0x000c
quiver=0x0168
backpack=0x016c
flask=0x0170
armor_vector=0x0080
helm_vector=0x0098
pants_vector=0x00b0
gloves_vector=0x00c8
shoes_vector=0x00e0
shield_vector=0x00f8
weapon_vector=0x0110
uniform_item_filter=0x0004
uniform_indiv_choice=0x0030
[activity_offsets]
activity_type=0x0004
events=0x0008
participants=0x0048
sq_lead=0x00b4
sq_skill=0x00bc
sq_train_rounds=0x00c8
pray_deity=0x00b0
pray_sphere=0x00b4
knowledge_category=0x00c0
knowledge_flag=0x00c4
perf_type=0x00b0
perf_participants=0x00e0
perf_histfig=0x000c
[art_offsets]
name=0x0008
[viewscreen_offsets]
view=0x0008
child=0x0008
setupdwarfgame_units=0x0e90
[valid_flags_2]
size=0
[invalid_flags_1]
size=9
1\name="a skeleton"
1\value=0x00002000
2\name="a merchant"
2\value=0x00000040
3\name="outpost liaison, diplomat, or artifact requesting visitor"
3\value=0x00000800
4\name="an invader or hostile"
4\value=0x00020000
5\name="an invader or hostile"
5\value=0x00080000
6\name="resident, invader or ambusher"
6\value=0x00600000
7\name="part of a merchant caravan"
7\value=0x00000080
8\name="inactive, currently not in play"
8\value=0x00000002
9\name="marauder"
9\value=0x00000010
[invalid_flags_2]
size=5
1\name="killed, Jim."
1\value=0x00000080
2\name="from the Underworld. SPOOKY!"
2\value=0x00040000
3\name="resident"
3\value=0x00080000
4\name="uninvited visitor"
4\value=0x00400000
5\name="visitor"
5\value=0x00800000
[invalid_flags_3]
size=1
1\name="a ghost"
1\value=0x00001000
1. The new skills system is just a thin layer over the old one. So the old skills system still exists underneath.
So whoever is doing dwarf therapist, please get it done it is more needed than ever. That new $30 game that hundreds of thousands of people are buying right now is downright unplayable at advanced level without it. If I do not get dwarf therapist soon, I will be looking to get my money back.That would be me, except if someone else comes out of nowhere and beats me to it (it's free software anyone can work on it). And I don't think you will get a working Dwarf Therapist any time soon, at least definitely not in the kind of delay that would allow a refund.
QuoteYou may also be interested in this perspective on the new labor system: https://www.reddit.com/r/dwarffortress/comments/zg0spw/please_try_to_use_the_new_labor_system_the_way/
I read this and I disagree. I think it is more a statement of wishful thinking than the actual state of the game. It is really nice to think that dwarves would themselves choose the best dwarf to do each task but in practice this does not happen. Maybe there is code that says if multiple dwarves are eligible for a job the one with the highest skill gets it, but what happens in practice is that dwarves are busy doing all kinds of stuff and when a new job comes up, the right dwarf is usually busy doing something else. So the wrong dwarf gets the job. The right dwarf then finishes doing his unrelated work, but by then the wrong dwarf is already busy doing the job that is wrong for him. Of course what you want is for the job to be left unfilled until the right dwarf becomes free.
What is most frustrating is that this is just not how things would be done in reality. Granted it is difficult to speak of reality in fantasy game contest, but if you were in a similar real situation (say you were the chief of a medieval castle) would you have your expert leatherworker try to injure himself by chiseling out stone goblets while your expert stonecrafter is fumbling about trying to put a thread in a leatherworking needle with his fat strong stone crafting fingers? Tarn may say that it is bad to look at excel sheets but the reality is that any good leader already has an excel sheet in his mind of what every single one of his charges is good or bad at. And the fact that we as game players want to look at an actual table rather than memorize all of our dwarves names and faces and strengths and weaknesses is more due to the necessary time compression of game playing than anything else.
Utilize specialization! That green icon with the little hammer on it on the unit and labor screen means "this dwarf will do every job that everybody does". If you click it, it becomes red, which means that dwarf will do only the work assigned to them, e.g. your miner will only mine and do no other labor. Again, one click!is the answer to your "expert leatherworker"-problem. Maybe combined with another click ("only assigned do this").
For some reason there is only a limited amount of work details in DF. I think I read that there are only eight of themsteam version? few basic labors at start and you can add plenty custom ones. they have icons of rome I - VIII but repeat after first 8. dont checked how many you can add but used over 24 in my game(number start repeat 4th time)
Those are easy to do with the in-game interface. The first has always been easy because you have few dwarves at embark. The second has been improved with the new interface: "labors" → "woodcutters", the current woodcutters if any are at the top of the list.
- Turning my beginning fisherdwarf into a second miner at embark.
- Making sure that I only had one active woodcutter (I’m trying to remember why; I think it might’ve been to mitigate some kind of bug…).
Looking at dwarves details is still annoying. Maybe even more than before, the unit keep closing when I open a unit information window.
- Determining who should become nobles.
- Determining who should be in the military.
I did not look at animal management yet. I don't think it has changed much.
- Marking animals to be butchered (would probably use it to mark them for gelding too, but I’ve never actually tried gelding yet).
For some reason there is only a limited amount of work details in DF. I think I read that there are only eight of them.You can add custom ones, but their icons are roman numeral that don't help you remember what you put in them.
You said " I expect the game to update the labors based on work details at some point and overwriting all your decisions made in DT." Do you think that may happen even if one avoids the work details screen like the plague?I'll try that when I'll try updating DT. Right now, I can only say that labors are updated whenever you toggle something in the labor screen, no need to close it.
thanks for your hard work Cément
I also would like to have a compatible version of DT :)
I think the new ingame system works quiet well (can be improved by DT a lot of course) - but as an overview DT was always a godsend.
So maybe a "overview-only" version of DT without the possiblity to change gamestats would be an early solution untill the more complex things are worked on?
thanks for your hard work Cément
QuoteFor some reason there is only a limited amount of work details in DF. I think I read that there are only eight of themsteam version? few basic labors at start and you can add plenty custom ones. they have icons of rome I - VIII but repeat after first 8. dont checked how many you can add but used over 24 in my game(number start repeat 4th time)
quick dirty hack suggestion - made custom labors for each skill and assign them
Y'all don't need specialized shearers no matter what you think ANYWAYno way that address is correct, first of all it's too short (DF addresses on Win64 are always _9_ hex digits starting with 0x14) and second it ends with F and MSVC always aligns vectors on 8-byte boundaries so it has to be either 0 or 8.
Unit labors are still functional just as they were. They're overwritten any time any work details change at all, including adding new ones or unrelated changes to them. Work details live in what DFHack calls ui.hauling.work_details, which in 0.50.03 is at 141E283F. It's a vector. You can delete all of them by just resizing the vector to 0 and it'll cause no issues that I can see and after doing so you can manually reassign labors at will, as long as you set unit->military.pickup_flags.update for woodcutters/miners. With all this info, I think Therapist should be doable this very moment?
[info]
checksum=0x639777b1
version_name=v0.50.03-steam SDL win64
complete=true
[addresses]
cur_year_tick=0x141d84818
current_year=0x141d84824
dwarf_civ_index=0x141da1670
dwarf_race_index=0x141da1670
fortress_entity=0x141da1670
historical_entities_vector=0x141deb270
creature_vector=0x141deb270
active_creature_vector=0x141deb270
weapons_vector=0x141deb270
shields_vector=0x141deb270
quivers_vector=0x141deb270
crutches_vector=0x141deb270
backpacks_vector=0x141deb270
ammo_vector=0x141deb270
flasks_vector=0x141deb270
pants_vector=0x141deb270
armor_vector=0x141deb270
shoes_vector=0x141deb270
helms_vector=0x141deb270
gloves_vector=0x141deb270
artifacts_vector=0x141deb270
squad_vector=0x141deb270
activities_vector=0x141deb270
fake_identities_vector=0x141deb270
poetic_forms_vector=0x141deb270
musical_forms_vector=0x141deb270
dance_forms_vector=0x141deb270
occupations_vector=0x141deb270
world_data=0x141deb270
material_templates_vector=0x141deb270
inorganics_vector=0x141deb270
plants_vector=0x141deb270
races_vector=0x141deb270
itemdef_weapons_vector=0x141deb270
itemdef_trap_vector=0x141deb270
itemdef_toy_vector=0x141deb270
itemdef_tool_vector=0x141deb270
itemdef_instrument_vector=0x141deb270
itemdef_armor_vector=0x141deb270
itemdef_ammo_vector=0x141deb270
itemdef_siegeammo_vector=0x141deb270
itemdef_glove_vector=0x141deb270
itemdef_shoe_vector=0x141deb270
itemdef_shield_vector=0x141deb270
itemdef_helm_vector=0x141deb270
itemdef_pant_vector=0x141deb270
itemdef_food_vector=0x141deb270
language_vector=0x141deb270
translation_vector=0x141deb270
colors_vector=0x141deb270
shapes_vector=0x141deb270
reactions_vector=0x141deb270
base_materials=0x141deb270
all_syndromes_vector=0x141deb270
events_vector=0x141deb270
historical_figures_vector=0x141deb270
world_site_type=0x0080
active_sites_vector=0x00048390
gview=0x1412ab910
work_details=0x141da1670
viewscreen_setupdwarfgame_vtable=0x1411b9e08
[offsets]
word_table=0x0050
[word_offsets]
base=0x0000
noun_singular=0x0020
noun_plural=0x0020
adjective=0x0020
verb=0x0020
present_simple_verb=0x0020
past_simple_verb=0x0020
past_participle_verb=0x0020
present_participle_verb=0x0020
first_name=0x0000
nickname=0x0020
words=0x0040
word_type=0x005c
language_id=0x006c
[general_ref_offsets]
ref_type=0x0010
[race_offsets]
name_singular=0x0020
name_plural=0x0020
adjective=0x0020
baby_name_singular=0x0080
baby_name_plural=0x0080
child_name_singular=0x00c0
child_name_plural=0x00c0
pref_string_vector=0x0148
castes_vector=0x0178
pop_ratio_vector=0x0190
materials_vector=0x01f0
flags=0x01a8
tissues_vector=0x0208
[caste_offsets]
caste_name=0x0020
caste_descr=0x0220
caste_trait_ranges=0x057c
caste_phys_att_ranges=0x11f0
baby_age=0x0474
child_age=0x0474
adult_size=0x0474
flags=0x06a8
body_info=0x06c0
skill_rates=0x08c0
caste_att_rates=0x11f0
caste_att_caps=0x11f0
shearable_tissues_vector=0x16c0
extracts=0x39a8
[hist_entity_offsets]
histfigs=0x00e0
beliefs=0x0128
squads=0x11b8
positions=0x10b0
assignments=0x10b0
assign_hist_id=0x0004
assign_position_id=0x000c
position_id=0x0020
position_name=0x0098
position_female_name=0x00d8
position_male_name=0x0118
[hist_figure_offsets]
hist_race=0x0002
hist_name=0x0038
id=0x00e0
hist_fig_info=0x0130
reputation=0x0058
current_ident=0x0030
fake_name=0x0008
fake_birth_year=0x0094
fake_birth_time=0x0098
kills=0x0030
killed_race_vector=0x0018
killed_undead_vector=0x0090
killed_counts_vector=0x00a8
[hist_event_offsets]
[item_offsets]
artifact_id=0x0000
artifact_name=0x0008
[item_subtype_offsets]
[item_filter_offsets]
item_subtype=0x0002
mat_class=0x0004
mat_type=0x0006
mat_index=0x0008
[weapon_subtype_offsets]
[armor_subtype_offsets]
layer=0x0010
[material_offsets]
solid_name=0x00b8
liquid_name=0x00b8
gas_name=0x00b8
powder_name=0x00b8
paste_name=0x00b8
pressed_name=0x00b8
flags=0x0290
reaction_class=0x04a8
prefix=0x0548
inorganic_materials_vector=0x01a8
inorganic_flags=0x0038
[plant_offsets]
name=0x0050
name_plural=0x0070
name_leaf_plural=0x0110
name_seed_plural=0x00d0
materials_vector=0x0298
flags=0x0040
[descriptor_offsets]
color_name=0x0050
shape_name_plural=0x0070
[health_offsets]
parent_id=0x0040
body_part_flags=0x0048
layers_vector=0x0058
number=0x0084
names_vector=0x0090
names_plural_vector=0x00a8
layer_tissue=0x0020
layer_global_id=0x0068
tissue_name=0x0030
tissue_flags=0x0020
[dwarf_offsets]
syn_sick_flag=0x004c
layer_status_vector=0x0048
affection_level=0x000c
inventory_item_mode=0x0008
inventory_item_bodypart=0x000a
[syndrome_offsets]
cie_effects=0x0020
syn_classes_vector=0x00c8
[unit_wound_offsets]
parts=0x0008
id=0x0004
layer=0x0006
general_flags=0x002c
flags1=0x0064
flags2=0x0068
effects_vector=0x0048
bleeding=0x006c
pain=0x0070
cur_pen=0x0098
max_pen=0x009a
[soul_details]
name=0x0008
orientation=0x0088
mental_attrs=0x00ac
skills=0x0218
preferences=0x0230
personality=0x0248
beliefs=0x0000
emotions=0x0030
goals=0x0048
goal_realized=0x0028
traits=0x0080
stress_level=0x0120
needs=0x0138
current_focus=0x0180
undistracted_focus=0x0184
combat_hardened=0x0130
likes_outdoors=0x012c
[need_offsets]
id=0x0000
deity_id=0x0004
focus_level=0x0008
need_level=0x000c
[emotion_offsets]
emotion_type=0x0000
strength=0x0008
thought_id=0x000c
sub_id=0x0010
level=0x0014
year=0x0020
year_tick=0x0024
[job_details]
id=0x0014
mat_type=0x0030
mat_index=0x0034
mat_category=0x0048
sub_job_id=0x0050
reaction=0x0020
reaction_skill=0x0080
[squad_offsets]
id=0x0000
name=0x0008
alias=0x0080
members=0x00a0
orders=0x00b8
schedules=0x00d0
sched_size=0x0058
sched_orders=0x0028
sched_assign=0x0040
alert=0x00e8
carry_food=0x01b8
carry_water=0x01ba
ammunition=0x0140
ammunition_qty=0x000c
quiver=0x0168
backpack=0x016c
flask=0x0170
armor_vector=0x0080
helm_vector=0x0080
pants_vector=0x0080
gloves_vector=0x0080
shoes_vector=0x0080
shield_vector=0x0080
weapon_vector=0x0080
uniform_item_filter=0x0004
uniform_indiv_choice=0x0030
[activity_offsets]
activity_type=0x0004
events=0x0008
perf_histfig=0x000c
[art_offsets]
name=0x0008
[viewscreen_offsets]
view=0x0008
[valid_flags_2]
size=0
[invalid_flags_1]
size=9
1\name="a skeleton"
1\value=0x00002000
2\name="a merchant"
2\value=0x00000040
3\name="outpost liaison, diplomat, or artifact requesting visitor"
3\value=0x00000800
4\name="an invader or hostile"
4\value=0x00020000
5\name="an invader or hostile"
5\value=0x00080000
6\name="resident, invader or ambusher"
6\value=0x00600000
7\name="part of a merchant caravan"
7\value=0x00000080
8\name="inactive, currently not in play"
8\value=0x00000002
9\name="marauder"
9\value=0x00000010
[invalid_flags_2]
size=5
1\name="killed, Jim."
1\value=0x00000080
2\name="from the Underworld. SPOOKY!"
2\value=0x00040000
3\name="resident"
3\value=0x00080000
4\name="uninvited visitor"
4\value=0x00400000
5\name="visitor"
5\value=0x00800000
[invalid_flags_3]
size=1
1\name="a ghost"
1\value=0x00001000
I don't know how you made it, but your memory layout is obviously wrong, most of the vectors have the same address. Here (https://github.com/Dwarf-Therapist/Dwarf-Therapist/blob/116acb480e8c0b2841fb8f2bc52498a4c2f065f0/share/memory_layouts/windows/v0.50.03_steam_win64.ini) is one that partially works.my guess is it's from dfhack's export-dt-ini script. Since dfhack only barely runs with 50.03, I'm not the least bit surprised that this script doesn't produce meaningful results yet.
Just want to throw in my two cents.
For me, one primary use of Dwarf Therapist has always been its organized attribute list and citizen sorting capability.
With the Steam release, being able to assign roles may not be as important, but being able to sort through all the available information is still very valuable.
Yeah, even a read-only version of Dwarf Therapist would be nice, I miss seeing who's missing what clothes.
If you cannot wait, you may try this memory layout (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/dev0.50/share/memory_layouts/windows/v0.50.03_steam_win64.ini) (save in data/memory_layouts/windows) and this game_data.ini (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/dev0.50/resources/game_data.ini) (save in data directory). Some data may be correct (skills, attributes, personality facets, ...) but don't trust too much in it. Also existing gridviews may be incorrect (e.g. skill not matching the column title).Thank you very very much! Now I can see again what's going on in my fortress (50.03)
If you cannot wait, you may try this memory layout (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/dev0.50/share/memory_layouts/windows/v0.50.03_steam_win64.ini) (save in data/memory_layouts/windows) and this game_data.ini (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/dev0.50/resources/game_data.ini) (save in data directory). Some data may be correct (skills, attributes, personality facets, ...) but don't trust too much in it. Also existing gridviews may be incorrect (e.g. skill not matching the column title).alas, the .04 update seems to have broke this
Right now, you may help with df-structures (https://github.com/DFHack/df-structures). When df-structures has stabilized, I'll need to check and fix the last remaining reading error. There will also need to find a new way to get the unit list for the embark screen (world.units.all seems to work but it was broken in the past, I don't trust it too much). The first goal will be to have a release without labor support but all the stats working.
Then adding work details support will require more work. The biggest change is that assigning dwarves to work details will require resizing vectors which DT is currently unable to do. I'm thinking about either extending the function call injection technique currently used for writing strings on Linux to call new/delete for resizing vectors or relying on a DFHack plugin for doing all the modifications. Using DFHack would be simpler to program, but it would make Dwarf Therapist more complex to distribute because of the strong dependency on a DFHack plugin, so I'm unsure what is the best. DFHack may be the only way for me to support macOS.
Here (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/dev0.50/share/memory_layouts/windows/v0.50.04_steam_win64.ini) is the memory layout for 0.50.04.
Right now, you may help with df-structures (https://github.com/DFHack/df-structures). When df-structures has stabilized, I'll need to check and fix the last remaining reading error. There will also need to find a new way to get the unit list for the embark screen (world.units.all seems to work but it was broken in the past, I don't trust it too much). The first goal will be to have a release without labor support but all the stats working.
Then adding work details support will require more work. The biggest change is that assigning dwarves to work details will require resizing vectors which DT is currently unable to do. I'm thinking about either extending the function call injection technique currently used for writing strings on Linux to call new/delete for resizing vectors or relying on a DFHack plugin for doing all the modifications. Using DFHack would be simpler to program, but it would make Dwarf Therapist more complex to distribute because of the strong dependency on a DFHack plugin, so I'm unsure what is the best. DFHack may be the only way for me to support macOS.
Then adding work details support will require more work. The biggest change is that assigning dwarves to work details will require resizing vectors which DT is currently unable to do. I'm thinking about either extending the function call injection technique currently used for writing strings on Linux to call new/delete for resizing vectors or relying on a DFHack plugin for doing all the modifications. Using DFHack would be simpler to program, but it would make Dwarf Therapist more complex to distribute because of the strong dependency on a DFHack plugin, so I'm unsure what is the best. DFHack may be the only way for me to support macOS.
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?
What is the name of this flag?It's in Toady's "cheat sheet" as "game.external_flag". The DFHack team is treating this as an "ignored global" because it's within the larger "game" structure and we prefer to simply note its location as part of that larger structure so you won't find it in our symbols.xml as a separate entry, but of course I'm sure you know how to find Toady's handy-dandy list of globals and can get to it that way. According to what we've been told, setting the low bit of the byte at this address to 1 disables work policy processing entirely and leaves all labor management up to external tools.
maybe 80% of DT users also already run dfhack but some of the remaining 20% are quite adverse to dfhack.Datum point: I might occasionally use DFHack, up to a limit (I don't want the temptation of far-too-easy autodump, e.g., unless the current project is a more a mechanical/architectural test and I'd like loads of rubble out of the way or it'd be good to teleport all the loose material of some kind to one place) and if/when I add it to the current DF I quickly write up an unhack.bat to reverse the change and leave me 'vanillafied' as soon as I'm done fooling with whatever I'm fooling.
Skills are supposed to be fixed. Did you install the modified game_data.ini?Really? They are still a bit scrambled for me. I put the game_data.ini file on Dwarf Therapist/data. I did notice it didn't overwrite anything. I have the latest Dwarf Therapist version from the Releases on Github. Am I supposed to be using another version?
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".Oooh, I had already figured that out, just assumed from the post that Grid View had been fixed as well.
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".christ, Dwarf fortress specifically has skills for Gelding Competent Musicians now? damn its getting in depth.
I think it's probably possible to have a backend that works via native memory access and one that interfaces with DFHack, although it would probably be a bit more work to support both options at once. But if we want to support macOS and support users on other platforms who don't want to use DFHack, I think these two backends is the most feasible approach.
The network rpc is pretty fast, and I've used it plenty for small reads.
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 :D )
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.
If you cannot wait, you may try this memory layout (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/dev0.50/share/memory_layouts/windows/v0.50.03_steam_win64.ini) (save in data/memory_layouts/windows) and this game_data.ini (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/dev0.50/resources/game_data.ini) (save in data directory). Some data may be correct (skills, attributes, personality facets, ...) but don't trust too much in it. Also existing gridviews may be incorrect (e.g. skill not matching the column title).
Here (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/dev0.50/share/memory_layouts/windows/v0.50.04_steam_win64.ini) is the memory layout for 0.50.04.
Other suggestions?
And since I fixed the most obvious bugs. I made some test builds (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/df0.50-test1) 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").
Check the log (File → Open log directory).
Also I don't know what to do with the labor optimizer, does it still make sense? I don't use it myself, and it seems like someone who would want automatic labors should just use the new system.
I thought that you are able to customise the automation (optimisation plans). Does steam DF have that possibility?
Beyond that how much effort would it be to keep it?
Dwarf Therapist was first created for assigning labors. But, in my opinion, this is now obsolete.
Personally I'd recommend just having a button that syncs up with the external flag and allows you to turn it on/off.
Also I don't know what to do with the labor optimizer, does it still make sense? I don't use it myself, and it seems like someone who would want automatic labors should just use the new system.
I added a pre-release build (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/df0.50-test2) for testing labor assignments.I did not get any feedback on this build. I made a new one (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/df0.50-test3). It has a few fixes and better disabling of labors.
The "Disable work details" state is not saved by the game. You need to reconnect DT after restarting the game in order to restore it.
I am not sure I am doing this right. It feels like I am fighting against both DT and DF. Dwarf Therapist is not designed to make labor assignment optional. Currently, you can get into inconsistent state where you cannot edit labors but there are labor changes pending.
Another way could be to only change external_flag on connection and when committing changes. Labor would always be editable and "Disable work details" could be automatically added to pending changes when a labor is toggled. But how to re-enable work details? I still need to add an action somewhere.
Also I don't know what to do with the labor optimizer, does it still make sense? I don't use it myself, and it seems like someone who would want automatic labors should just use the new system.
I've only been using dwarf therapist to get an overview of the dwarfs, and to assign them to squads.I added a pre-release build (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/df0.50-test2) for testing labor assignments.I did not get any feedback on this build. I made a new one (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/df0.50-test3). It has a few fixes and better disabling of labors.
The "Disable work details" state is not saved by the game. You need to reconnect DT after restarting the game in order to restore it.
I am not sure I am doing this right. It feels like I am fighting against both DT and DF. Dwarf Therapist is not designed to make labor assignment optional. Currently, you can get into inconsistent state where you cannot edit labors but there are labor changes pending.
Another way could be to only change external_flag on connection and when committing changes. Labor would always be editable and "Disable work details" could be automatically added to pending changes when a labor is toggled. But how to re-enable work details? I still need to add an action somewhere.
Also I don't know what to do with the labor optimizer, does it still make sense? I don't use it myself, and it seems like someone who would want automatic labors should just use the new system.
Using DT to enable only a couple of weapon/armour smiths is easier than setting up a custom work detail, but if these changes only take effect whilst DT is connected I will just take the extra time to set up custom work details.You cannot mix labors and work details. If you disable work details for assigning your weapon/armour smiths, you will have to set all other labors manually. What you may want is a DT-like interface for setting up your work details. At least that's what I think I want.
You cannot mix labors and work details. If you disable work details for assigning your weapon/armour smiths, you will have to set all other labors manually. What you may want is a DT-like interface for setting up your work details. At least that's what I think I want.I haven't actually done it that way, but theoretically it is easier with DT. DT was essential for years but if it isn't compatible with the work details I will just adjust the way I play. Having every dwarf in the fort dabbling in every single skill isn't ideal, but ultimately I just want to see what the dwarfs get up to, and setting up a work detail for smithing so I don't waste valuable metals isn't much hassle.
I've been thinking more about how external_flag is managed, and I saw a few more issues. DT setting it automatically on connecting may mess up with future DFHack plugins that would require it. And since I cannot make a good implementation for it, I think I will only leave the manual changes and recommend a DFHack script for setting it on startup for users who need it, it will be simpler and more reliable. And then I can move on to more interesting stuff.
will you add support for 0.57 anytime soon? Still an essential tool! Thank you so muchAssuming you mean 50.07, there were some layouts merged earlier today: https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/285
Forgive my ignorance with Github, but how would I go about making these updates?will you add support for 0.57 anytime soon? Still an essential tool! Thank you so muchAssuming you mean 50.07, there were some layouts merged earlier today: https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/285
From that link -> "Files changed" you can use the "..." menu for each file -> "View file" -> "Raw" to download it, then add it to DT. Or you can get to the file from https://github.com/Dwarf-Therapist/Dwarf-Therapist/tree/master/share/memory_layouts. There may be an automatic way to download/install the files as well. I haven't used DT in a while so I'm afraid I won't be much help with that.
Dwarf Therapist was first created for assigning labors. But, in my opinion, this is now obsolete.
I´ve added share/memory_layouts/windows/v0.50.07-steam_win64.ini to my DwarfTherapist-df0.50-test3-win64, which worked fine with Steam DF 50.05 before.
Using newest DF-Hack dfhack-50.07-alpha1-Windows-64bit, i´ve called my 1.lua (df.global.game.external_flag = 1) from DF-Hack ingame gui/launcher, it said: "Command finished succesfully" as in the versions before. But in the console window it shows up nothing, also i can´t switch labors in DT on or off like in version DF Steam 50.05.
ab9rf apologize for any inconvenience
http://www.bay12forums.com/smf/index.php?topic=164123.msg8453901#msg8453901
but i´m barely able to copy scripts and files to the right place. Can´t figure out what you pros are talking about there. Does this mean, i should wait for another DF-Hack version and my lua script will work again, or do i have to do other things to get DT to work again? I really can´t think about playing DF without Therapist, thank you for your hard work!
Does this mean, i should wait for another DF-Hack version and my lua script will work again, or do i have to do other things to get DT to work again? I really can´t think about playing DF without Therapist, thank you for your hard work!That script ought to be working on Steam only, but will not work with Classic because I misunderstood what I was seeing when I did the initial analysis of the 50.07-Classic image and incorrectly concluded that Bay12 had implemented Putnam's "padding proposal" when they had in fact not. If it's not working on Steam, then we've made a mistake somewhere in a manner I would not have expected. That command in Classic will corrupt an address further down in memory with unknown impact on the game (it appears to be used, but for what we don't know at this point).
I´ve added share/memory_layouts/windows/v0.50.07-steam_win64.ini to my DwarfTherapist-df0.50-test3-win64, which worked fine with Steam DF 50.05 before.It's my fault. This version of DT changes external_flag when it connects to DF. I've dropped that behavior in the last version for only changing when clicking the button so it won't overwrite your DFHack settings.
Using newest DF-Hack dfhack-50.07-alpha1-Windows-64bit, i´ve called my 1.lua (df.global.game.external_flag = 1) from DF-Hack ingame gui/launcher, it said: "Command finished succesfully" as in the versions before. But in the console window it shows up nothing, also i can´t switch labors in DT on or off like in version DF Steam 50.05.
ab9rf apologize for any inconvenience
http://www.bay12forums.com/smf/index.php?topic=164123.msg8453901#msg8453901
but i´m barely able to copy scripts and files to the right place. Can´t figure out what you pros are talking about there. Does this mean, i should wait for another DF-Hack version and my lua script will work again, or do i have to do other things to get DT to work again? I really can´t think about playing DF without Therapist, thank you for your hard work!
PROBLEM SOLVED! It was in front of the monitor.....
In the "test3" version you have, DT tries to restore the value of external_flag when it connects to DF. Since you never set it from DT before, it set it to 0. As you noticed this may break DFHack scripts and plugins, so I changed it in the latest version (no build provided, it's this branch (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/276)). Now, DT will not set external_flag automatically, but the button is still there to reflect its state and allow manual changes. For setting external_flag on startup, I would recommend using a DFHack script (as you have done) although this is currently broken on classic.You might be interested in https://github.com/DFHack/dfhack/discussions/2901, since it relates to DFHack/Dwarf Therapist interoperability with respect to labor management. It is, of course, exceedingly possible for Dwarf Therapist to communicate directly with DFHack, via DFHack's RPC mechanism.
You might be interested in https://github.com/DFHack/dfhack/discussions/2901,"...the abandoned Dwarf Therapist..."? (In the first, and so far only, reply to the discussion.)
That is Clément's reply!Well, that's just me not keeping track of cross-site identities[1]. (I haven't felt the practical need to visit the DT area on github, or I would presumably have known le gros fromage from that particular corner of the interwebs... ;) )
That sounds exciting A fresh take newly structured from the ground up. Can't encourage you enough if that tickles your fancy. This despite my dinosaurian micromanager tendencies. :P
It is very reassuring to hear that the old version will maintain compatability with DF for the ongoing future, though.
[As an aside, if memory serves correctly, there was an even older utility Dwarf Engineer (I think) which led to Dwarf Foreman. Interestingly, given the recent 'read only' versions of DT, it predated labour management and was a display only skill levels spreadsheet sort of thing. Someone with better search-fu than myself might be able to find some remnant of it in a dusty old archive somewhere...]
That sounds exciting A fresh take newly structured from the ground up. Can't encourage you enough if that tickles your fancy. This despite my dinosaurian micromanager tendencies. :P
It is very reassuring to hear that the old version will maintain compatability with DF for the ongoing future, though.
[As an aside, if memory serves correctly, there was an even older utility Dwarf Engineer (I think) which led to Dwarf Foreman. Interestingly, given the recent 'read only' versions of DT, it predated labour management and was a display only skill levels spreadsheet sort of thing. Someone with better search-fu than myself might be able to find some remnant of it in a dusty old archive somewhere...]
List dwarf skills (http://www.bay12forums.com/smf/index.php?topic=726.0)?
:lua df.global.game.external_flag = 1
:lua df.global.game.flash_7_by_3[5][2][0] = 1
:lua df.global.game_extra.external_flag = 1
I will upload a file that you can simply save in the correct location when it's there.
About labor management
If you don't want to use work details and set labors manually instead, there is a "Allow labor changes" button in the tool bar. It disable the in-game work details so you can keep your manual labor assignments. But it is not saved. You may lose your labor assignments if you don't re-enable it after restarting the game. I recommend using DFHack to set it on startup. There is a bug in DFHack 50.07-alpha1 that makes this solution more complex depending on your game version, but it should be fixed in the next releases.
You need to add a file in "dfhack-config/init" with a name starting with "dfhack" and ending with ".init" (for example "dfhack-dwarftherapist.init", see DFHack documentation (https://docs.dfhack.org/en/latest/docs/Core.html#dfhack-init)) containing:
for DFHack 50.07-alpha1 steam onlyCode: [Select]:lua df.global.game.external_flag = 1
for DFHack 50.07-alpha1 classic onlyCode: [Select]:lua df.global.game.flash_7_by_3[5][2][0] = 1
for the next release, I expect it to becomeCode: [Select]:lua df.global.game_extra.external_flag = 1
I will upload a file that you can simply save in the correct location when it's there.
New version released: 42.0.1 (https://github.com/Dwarf-Therapist/Dwarf-Therapist/releases/tag/v42.0.1)
Support for DF 50.08 and a few bug fixes.
The skill sorting would be better along the lines of workshops that go together and guild sorting (so like the sub-guilds of the broader guilds).I think labors used to be sorted like that, but it was changed at some point before my time. Anyway labors column will become less relevant (except if you disable work details).
I've got my own custom grid views which work for me, just please don't get rid of the ability to customize them if the thought had crossed your mind.
I mean if someone has skill then obviously they are a stronger candidate, it really is a no brainer at that point.Actually it depends on if you want someone good right now (then consider skill first) or someone you can train to become the perfect laborer (then you should consider attributes and personality and forget about skill, it is easy to train).
By the way, how do you use Dwarf Therapist on a steam deck? Do you use it as desktop computer, or did you manage to make DT usable on it as portable game console? DT is not at its best on small screens, and I don't how easy it is to switch between apps on the steam deck.
Checksum: 0x6011e015
This is the legacy version, it is not supported, you need the SDL (a.k.a. graphics) version.
I don't know all that Clément knows about what DF v50.?? versions (or indeed prior) work or do not work with DT, but surely (prior to this, with your 47.05), Legacy and SDL versions were effectively the same w.r.t. (vanilla) graphics of the Codepage type, though it does muddle the back-end/internals around to require a technical change to DT connectivity..I'm not sure the difference matters for DT, but it does for DFHack. And I need it for generating memory layouts. Maybe DT could work with a manually created memory layout, but I never made the effort to try.
Maybe you also need pre-Steam version of DT (not something I've yet had cause to test), though I'd have to read back through the thread updates to see if there were various clean-breaks made for the sake of Clém's surviving sanity. Perhaps I missed/misread something about this that meant it had been breaked cleaner/harder..?Goldbeard is using the correct version: 41.2.5 as noted in the first post.
And I'm so behind the curve that I couldn't say if v50.xx unPremium is "new Legacy" ('deSDLed'), or not, but I've not been given that impression (and it's irrelevent to the 47.xx era anyway), as "non-graphics"/”ASCII" DF was supposed to be just "Steam-graphics DF" without the fancier Premium resources, SFAIK. Not that it matters here.All current versions use SDL and are supported by DFHack. Steam version has steam workshop support, and I don't know if there is any real difference between classic and itch.io binary executables.
Ah, yes, that joins some dots up that I had clearly not joined up before.I don't know all that Clément knows about what DF v50.?? versions (or indeed prior) work or do not work with DT, but surely (prior to this, with your 47.05), Legacy and SDL versions were effectively the same w.r.t. (vanilla) graphics of the Codepage type, though it does muddle the back-end/internals around to require a technical change to DT connectivity..I'm not sure the difference matters for DT, but it does for DFHack. And I need it for generating memory layouts. Maybe DT could work with a manually created memory layout, but I never made the effort to try.
Goldbeard is using the correct version: 41.2.5 as noted in the first post.I wasn't sure where we were with that (I know I have grabbed the best version for me, but I rarely dive into Github histories/etc), so I was covering bases. Definitely sounds like I was over-cautious there. Whatever other errors of assumption I made along the way. ;) And you're the one who should know how(/if) to get it working, anyway, when I was a bit precipitous in poking my nose in.
Mixed news for me since I don't want graphics, but I want a large fort without Therapist even less so I guess I'll suck it up and start a new one.
Saves are also 100% compatible between the legacy and SDL versions (of the same DF version), since the core DF code is the same, so you wouldn't have to start a new fort.
Any updates for 50.09? :>
Experimental memory layouts:
- classic (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.09-memory-layouts/share/memory_layouts/windows/v0.50.09-classic_win64.ini)
- itch (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.09-memory-layouts/share/memory_layouts/windows/v0.50.09-itch_win64.ini)
- steam (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.09-memory-layouts/share/memory_layouts/windows/v0.50.09-steam_win64.ini)
Step by step instructions to create the memory map file required for Dwarf Therapist to work with new, experimental or beta builds:For anyone still looking, you can skip steps 1-2 and download a pre-made memory layout from https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/301/files, then use that file in step 3. Hopefully this will be merged soon.
1. Install DF Hack if not already installed
2. Run devel/export-dt-ini in DF Hack, which creates an ini file in the base DF directory
3. Copy that file into your dwarf therapist folder in "dwarf therapist base folder"\data\memory_layouts\windows (or whatever platform you're on) folder
4. Not sure if this is required, but I did it: rename the ini file to the version name contained within it. Line three in the file I just created was version_name=v0.50.09 win64 STEAM so I renamed the ini file v0.50.09 win64 STEAM.ini
Step by step instructions to create the memory map file required for Dwarf Therapist to work with experimental or beta builds (step 2 won't be required once DF Hack team fix the script):
1. Install DF Hack if not already installed
2. Edit the script "dwarf fortress base folder"\hack\scripts\devel\export-dt-ini.lua replacing game_extra with game on line 132. Original line is address('external_flag',globals,'game_extra','external_flag')
3. Run devel/export-dt-ini in DF Hack (will have to run it twice, as it is "unavailable"), which creates an ini file in the base DF directory
4. Copy that file into your dwarf therapist folder in "dwarf therapist base folder"\data\memory_layouts\windows (or whatever platform you're on) folder
5. Not sure if this is required, but I did it: rename the ini file to the version name contained within it. Line three in the file I just created was version_name=v0.50.08-sdl2-5 win64 STEAM so I renamed the ini file v0.50.08-sdl2-5 win64 STEAM.ini
devel/export-dt-ini
It generates a file called therapist.ini in DF root directory.
I just discovered I can get the mem layouts myself with just a command. What a time to be alieve. I got DT working easily with .10 and thank God because I can't play without it. The overviews are just too good.
Experimental memory layouts for DF 50.10:
- classic win64 (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.10-memory-layouts/share/memory_layouts/windows/v0.50.10-classic_win64.ini)
- itch win64 (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.10-memory-layouts/share/memory_layouts/windows/v0.50.10-itch_win64.ini)
- steam win64 (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.10-memory-layouts/share/memory_layouts/windows/v0.50.10-steam_win64.ini)
Linux memory layouts won't work with the current release and require more changes (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/305).
Experimental memory layouts for 50.11
- linux classic (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.11-memory-layouts/share/memory_layouts/linux/v0.50.11-classic_linux64.ini)
- linux itch (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.11-memory-layouts/share/memory_layouts/linux/v0.50.11-itch_linux64.ini)
- linux steam (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.11-memory-layouts/share/memory_layouts/linux/v0.50.11-steam_linux64.ini)
- windows classic (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.11-memory-layouts/share/memory_layouts/windows/v0.50.11-classic_win64.ini)
- windows itch (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.11-memory-layouts/share/memory_layouts/windows/v0.50.11-itch_win64.ini)
- windows steam (https://raw.githubusercontent.com/cvuchener/Dwarf-Therapist/50.11-memory-layouts/share/memory_layouts/windows/v0.50.11-steam_win64.ini)
I installed and compiled from GIT on Debian, the question is how to remove it?Sadly, you have to do it manually. CMake may have left a file in your build directory listing the files it installed (I don't remember the exact name).
Main changes from DT:I could/would work around this, personally (I probably spend more time with DF paused than running, historically), but I'd suggest an option to override this default where some is inclined to set/unset things in groups or runs before fine-tuning. (E.g. adding in <foo>-hauling for everyone then immediately undoing it for miners, or undoing smoothing for everyone then adding it back on for the select few chosen by some other criteria... Or whatever options work under the premise of "workdetail"ness, which I'm still a little hazy about.)
- Changes are sent immediately to the game, no need for "commit changes". (Does this break some usage?)
adding in <foo>-hauling for everyone then immediately undoing it for miners, or undoing smoothing for everyone then adding it back on for the select few chosen by some other criteria...These use cases work well with work details, this is switch between "Everyone does this except specialists" and "Only assigned do this". Any way if you do this while the game is paused, it does not change anything. If it was unpaused, the worst is a miner may have started hauling something.
sudo steamos-readonly disable
which then allows access to the normal range of sudo and pacman commands, for example to grab gcc, clang or other packages from the arch repositories or the AUR (user repositories). Hopefully this might help a bit with providing support for users of steamdeck in the future.Just a comment on the latest, resolved, issue on github: the Steamdeck OS (known as SteamOS) is basically a GUI layer built on top of Arch Linux - so any scripts, commands, installations need to use pacman rather than apt-get. It is also 'armoured' in that steam sets the majority of the system to read-only to, um, 'protect' the OS from user interventions. To get around this, not recommended by steam as you would expect - except for 'advanced' users - it is necessary to runI have a qemu vm with steamos, so I know a little how it works, but it is not the same as a real steam deck (no gpu driver means no game mode, only the desktop is available). I don't think using pacman is a good idea, the updates will overwrite the installed packages any way. I think it is best to provide already built binaries. At least by moving to a dfhack plugin, there won't be any issue with ptrace_scope, and it can even work from a flatpak.Code: [Select]sudo steamos-readonly disable
which then allows access to the normal range of sudo and pacman commands, for example to grab gcc, clang or other packages from the arch repositories or the AUR (user repositories). Hopefully this might help a bit with providing support for users of steamdeck in the future.
Separately, since I'm posting, re the previous post - what is the advantage (other than avoiding clicking a commit button) of having therapist do live updates? Or was it just something you were having fun trying out.I think the main advantage is avoiding clicking a commit button. It's something I did not feel was needed, but it is only my personal opinion, so I was asking it breaks some usage I did not think of.
Just a comment on the latest, resolved, issue on github: the Steamdeck OS (known as SteamOS) is basically a GUI layer built on top of Arch Linux - so any scripts, commands, installations need to use pacman rather than apt-get. It is also 'armoured' in that steam sets the majority of the system to read-only to, um, 'protect' the OS from user interventions. To get around this, not recommended by steam as you would expect - except for 'advanced' users - it is necessary to runI have a qemu vm with steamos, so I know a little how it works, but it is not the same as a real steam deck (no gpu driver means no game mode, only the desktop is available). I don't think using pacman is a good idea, the updates will overwrite the installed packages any way. I think it is best to provide already built binaries. At least by moving to a dfhack plugin, there won't be any issue with ptrace_scope, and it can even work from a flatpak.Code: [Select]sudo steamos-readonly disable
which then allows access to the normal range of sudo and pacman commands, for example to grab gcc, clang or other packages from the arch repositories or the AUR (user repositories). Hopefully this might help a bit with providing support for users of steamdeck in the future.
Separately, since I'm posting, re the previous post - what is the advantage (other than avoiding clicking a commit button) of having therapist do live updates? Or was it just something you were having fun trying out.I think the main advantage is avoiding clicking a commit button. It's something I did not feel was needed, but it is only my personal opinion, so I was asking it breaks some usage I did not think of.
It should not be too difficult to re-implement the pending changes/commit mechanism, at least for cell toggling. I don't know how pending work detail creation/deleting/moving should be displayed.
It's not always construction that is needed. Workshops and trackstops can require masonry or carpentry, for example, depending on what the building material is.
What would have changed? I don't understand. If you have an issue, please describe it (what do you want, what did you do, what did happen).It kept saying it couldn't detect DF but it turns out my problem was that I needed to run it in admin mode. Sorry, I've not played DF since before the Steam version, so I wasn't sure what the issue was
It kept saying it couldn't detect DF but it turns out my problem was that I needed to run it in admin mode.On Windows? You should not have to run DT as admin unless DF is also running as admin. It has been reported before, but I have no idea why DF was running as admin, maybe it is related to Steam. It was solved by a reinstallation. (https://github.com/Dwarf-Therapist/Dwarf-Therapist/issues/275#issuecomment-1383855362)