Print

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

[hagger]

no worries, just was checking since I haven't manually copied in the memory layouts before. I'll wait a bit longer

Cheers for the answers.

[Clément]

I've just tested the layout for linux64 and it crashes on the first thing it reads (languages). DFHack crash on init, too.

[Insert_Gnome_Here]

Yeah. Linux 64 bit segfaults after a second or so. 
Most of the messages look like:

Code: [Select]

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)


[Maul_Junior]

*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*

[strainer]

The needs view is excellent. The crafting object need stood out as particularly important for most dwarves. A summary/score column should be useful for browsing and sorting the view.

A similar format for stress info seems desirable, but I expect there is more variation in stress and memory types than with focus needs.

[Clément]

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.

[Insert_Gnome_Here]

*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*

The above but playing drunk fortress at the same time, while listening to Albert Ayler.

[strainer]

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.

[Clément]

I tried building DFHack on windows 64 with suokko's patch. DFHack still crashes when loading a fortress but it generates a memory layout that is mostly working (a few remaining warnings but I managed to assign a labor with it). Be careful with it, reads are safe but bad writes can crash DF or corrupt data. I'll try updating for all platforms tomorrow.

[lethosor]

If you clear onLoad.init (or -example) does it still crash? I was seeing an exception caused by warn-starving, which is run from there.

[Clément]

My bad, I did not read the message on startup saying that dfhack.init-example is loaded when dfhack.init is missing. I should have added an empty dfhack.init.

[lethosor]

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.

[Clément]

Experimental memory layouts for 0.44.11:

• Linux 32 bits
• Linux 64 bits
• OSX 32 bits
• OSX 64 bits
• Windows 32 bits
• Windows 64 bits

Updated based on the latest df-structures (fc2bda2). It works without errors or warnings using fresh embarks on linux 64 and 32 (tested labor, nickname and squad assignment).

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

[lethosor]

Plugins are always loaded if they exist. They're not enabled unless the "enable" command is run, e.g. in dfhack.init (with a few exceptions, like steam-engine, which try to detect whether they should enable themselves). An empty dfhack.init should keep them from doing much.

[feelotraveller]

The needs view is excellent.

+1