Print

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

[thistleknot]

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). 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.

Give me a week.  My nas node was acting up.  Didn't lose anything.  I have all the time in the world.  But I'm still settling in to my new environment.  It's going to take me about another week to get my head into the code.  I have my masters done in Data Science so I am finally qualified to speak on all of this.  But tbh it's not needed.  The s transform function along with the empirical cumulative distribution function was more than enough to meet the games demands (not scientific at all tbh other than the ECDF).  But I forgot what I was doing with it all.  That's what I don't want to lose the work on.  I was working on IMPROVING that.

[Clément]

New version released: 41.1.0

Changelog:

• added needs for roles
• added macOS bundle versions
• changed log files location
• added log location shortcut in "file" menu
• added log rotation for keeping a few log from previous sessions
• fixed role calculations
• fixed role goals ratings
• fixed a crash in the role editor
• fixed log files being created as root on macOS
• fixed about dialog colors (for dark styles) and geometry

Windows builds are also available on DFFD (win32, win64).

I am not sure the new macOS build works on system older than 10.12 because the Qt version is too new. But, using an older Qt version (older than Qt 5.12), DT should still be compatible for OS X 10.9 to 10.11. If someone wants to make such a build and share it, I can add a link in the first post.

Log files have moved, here are the new location for each platform, so you can find them for your bug reports (there is also a shortcut in the "file" menu to help you):

• Windows: C:\Users\<Your User Name>\AppData\Local\Dwarf Therapist\log\dwarftherapist.log
• macOS: ~/Library/Logs/Dwarf Therapist/dwarftherapist.log
• Linux: $XDG_CACHE_HOME/dwarftherapist/log/dwarftherapist.log (default for XDG_CACHE_HOME is ~/.cache)

This should finally allow windows version of DT to work from read-only installation directories (e.g. in C:\Program Files).

[Kiloku]

I remember a fork of DT that worked in adventurer mode, showing information about the adventurer (and their companions, I think). Is it possible to get that feature in current DT?

[Clément]

It may be possible (I think it is mostly the unit validation that must be adapted). But I am not sure DT UI would be very useful for adventure mode. It is focused on managing labors. A completely different application would be better suited.

[Cespinarve]

What are the Boolean operators for excluding races and occupations via a filter? For example I want to be able to see only units who are DWARVES and NOT BARDS and NOT PERFORMERS etc.

[Clément]

Something like:

Code: [Select]

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.

I used

Code: [Select]

: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.

[PatrikLundell]

"df.global.ui.race_id" contains the played race id, and so should work even if you've added/removed creatures, or modded non dorfs to become playable.

[Clément]

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.

[PatrikLundell]

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.

And, to correct my previous post, the "race_id" field actually contains the race index, not the Id...

[thistleknot]

I reran through the steps

I'm getting a tls error about memory layouts.  I had to copy the memory layouts from the sharefolder (or mw mod dt data folder), but it connects and reads my dwarf's.  Not sure what the error implies

Code: [Select]

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



[Clément]

SSL errors on Windows are mostly caused by outdated openssl dlls. Download the latest version here: https://indy.fulgan.com/SSL/ and extract libeay32.dll and ssleay32.dll next to Dwarf Therapist.exe.

Anyway, the memory layout updater not working should not bother you (except if you want to work on the updater). For development builds (with BUILD_DEVMODE), DT should pick memory layouts from the source directory. Check the log to see from where the memory layout are loaded.

PS: make sure you applied cmake configuration, your changes may not have been saved.

[thistleknot]

PS: make sure you applied cmake configuration, your changes may not have been saved.

cmake is autodetected if installed [first?]

anyways.  I only have one cmake and it's detected

https://imgur.com/a/RqAbcyG

there are 6 candidate options for x86_64

Code: [Select]

[   ] 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?

[Clément]

PS: make sure you applied cmake configuration, your changes may not have been saved.

Click the apply button on this screen: https://imgur.com/a/u50YaN0

there are 6 candidate options for x86_64

Code: [Select]

[   ] 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?

Any one should fix the issue but you should prefer the latest, so 1.0.2t currently.

[thistleknot]

I applied config and rebuilt.  Even tried the file with the t extension (I see it's merely named in sequential alphabetical order).  I still get the same tls error message.  I don't really care if it's not preventing me from working though.

[feelotraveller]

Hi Clément there is a bug/query posted here http://www.bay12forums.com/smf/index.php?topic=174921.msg8047759#msg8047759 about why Kea men are shown as able to wield axes while not being large enough.  It comes up as a side issue so perhaps you could reply there?

(My guess would be that DT assumes creatures are dwarfs, but I won't confuse the issue - there - with wild speculation.)