Print

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

[lethosor]

Ah, right. Those are located automatically on Linux/OS X, but I forgot that they have to be found manually on Windows.

[Spacebat]

That sounds unpleasant. I'd do it for you if I knew how.

[Thormgrim]

I don't know if DFHack is the right place to make the requestion, but I'm wondering if anybody has done any sort of family tree helper?

I often like to at least give married couples the same nickname so I can give them the same job roles and help manage bedrooms and such.  In my latest fort it seems like all my migrants are brothers/sisters/aunts/uncles/cousins or something and I can't hope to keep track of it all with the DF interface.

Does anybody know of something that helps address this problem statement?

[Putnam]

I don't know if DFHack is the right place to make the requestion, but I'm wondering if anybody has done any sort of family tree helper?

I often like to at least give married couples the same nickname so I can give them the same job roles and help manage bedrooms and such.  In my latest fort it seems like all my migrants are brothers/sisters/aunts/uncles/cousins or something and I can't hope to keep track of it all with the DF interface.

Does anybody know of something that helps address this problem statement?

http://www.bay12forums.com/smf/index.php?topic=112381.0

[Arkangel]

Seedwatch appears to not be working for a lot of the new plants, specifically the ones without edible seeds, I believe.

Looks like it's not necessarily an issue with the seeds, but with the new growths system. For instance, seedwatch works for asparagus, but not for blueberries, bilberries, or blackberries.

[Max™]

DFHack should deactivate, not crash, if it doesn't recognize the DF version (that's how it works on OS X and Linux, at least).
Anyway, here is a copy of symbols.xml with Linux offsets for 0.40.24. You'll want to compile with the latest commit in dfhack/df-structures (2f1a0f8455814aa844e2461f834e4e9faf5f8831), since there were a number of structure changes made (or noticed) since 0.40.23.

Code: [Select]

  ,d88b.d88b,
  88888888888
  `Y8888888Y'
    `Y888Y'
      `Y'

[Incantatar]

So is the dev version stable on linux 40_24? If yes any reason not to upload it?

[notfood]

So is the dev version stable on linux 40_24? If yes any reason not to upload it?

I've been testing Lethosor df-structures update and it works well, haven't found any issue.

[lethosor]

It was actually txtsd who found those offsets - I just added them to the right places in symbols.xml.

So is the dev version stable on linux 40_24? If yes any reason not to upload it?

There are still several Windows offsets missing.

[Incantatar]

After googling a shitload of error messages and installing a shitload of packages i'm at 34% and:
 

Code: [Select]

"libprotoc.so: undefined reference to pthread_once"
collect2: error: ld returned 1 exit status
make[2]: *** [depends/protobuf/protoc] Fehler  1
make[1]: *** [depends/protobuf/CMakeFiles/protoc-bin.dir/all] Fehler 2 (Fehler = error)

Google tells me to to use gcc with the -ptthread or -lpthread command. Can someone explain me how i do this?


Edit: Solved it. I deleted everything in /build and compiled again, which worked out fine. A million warnings but no errors.

[txtsd]

It was actually txtsd who found those offsets - I just added them to the right places in symbols.xml.

I've been playing 40.24 (linux) with those offsets, and been using DT with the ini generated using devel/export-dt-ini, and the game has been running fine!

Although, I've had a problem since 40.23
Whenever I Save Game, the game crashes and vomits this log https://bpaste.net/show/9166214c4fa1
It's happening with 40.24 also. Very rarely does it not crash.
Running quicksave from dfhack works fine, no probs.

[lethosor]

Are you using a graphics set?

Edit: Solved it. I deleted everything in /build and compiled again, which worked out fine. A million warnings but no errors.

If you're using a newer version of GCC, the "struct is too small"-type warnings are expected.

[txtsd]

Are you using a graphics set?

Nope, just a tileset with minor d_init.txt edits for trees and Pillar tile.
The only RAW changes are [ETHIC:EAT_SAPIENT_OTHER:ACCEPTABLE] and [ETHIC:EAT_SAPIENT_KILL:ACCEPTABLE]

[Nopenope]

I've been testing Lethosor df-structures update and it works well, haven't found any issue.

Yes it builds and run but almost all plugins won't load due to missing offsets, if that counts as an issue.

[notfood]

I've been testing Lethosor df-structures update and it works well, haven't found any issue.

Yes it builds and run but almost all plugins won't load due to missing offsets, if that counts as an issue.

It builds, runs and all plugins load (except for twbt).

I don't even have the save issue txtsd is having.