Print

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

[splinterz]

no, that means that it's not recognizing the -debug arg... ermm.. well shit. i guess you can try manually setting it to debug mode by adding

Code: [Select]

debug_logging = true; here, just before the comment

I hate to say it, but no change in the logs. Built a debug version with debug_logging = true; nothing, tried adding the -debug arg, tried compiling with 5.3 and 5.2.1 both, no change.

i don't know how that's even possible... this may be a stupid question but are you sure you're looking at the right log file? there should be entries within the first ~50 lines like:

Code: [Select]

2014-Aug-15 13:23:34.055 DEBUG core Loading language translation tables [src\languages.cpp:58] (load_data)

Are there any other log files besides DwarfTherapist.app/Contents/MacOS/log/run.log ? I already checked the ~/.config/UDP Software folder for logs, but there's none. Nothing in the system logs (Console.app) either.
I checked an old copy of 6.12 and there I can see the debug messages in the .log, for eg. there's the "Loading language..." line you quoted.

if you're building the source there should be a log file in the location where qtcreator is running it from. you should see where it's building/running it from in the project settings where you put the -debug arg as executable: path here.

[fricy]

if you're building the source there should be a log file in the location where qtcreator is running it from. you should see where it's building/running it from in the project settings where you put the -debug arg as executable: path here.

If really hope you mean this, because I fail to find any other log files.
I tried the same .ini with DT 20.4 and DT 21.2, both have debug info in the .log. 22.0+ does not.

[Button]

Hey guys,

Sorry if you were already aware of this but I didn't see anyone mention it in the thread. I'm using v. 23.6 and it's missing push/haul vehicles in the All Labors view.

Thanks for all your hard work

[splinterz]

if you're building the source there should be a log file in the location where qtcreator is running it from. you should see where it's building/running it from in the project settings where you put the -debug arg as executable: path here.

If really hope you mean this, because I fail to find any other log files.
I tried the same .ini with DT 20.4 and DT 21.2, both have debug info in the .log. 22.0+ does not.

older versions had the default logging level set to DEBUG. recent versions have it set to INFO, and the debug logging is enabled with the -debug arg. i'm really at a loss here. if you set a breakpoint here what's the value of min_level?

[splinterz]

Hey guys,

Sorry if you were already aware of this but I didn't see anyone mention it in the thread. I'm using v. 23.6 and it's missing push/haul vehicles in the All Labors view.

Thanks for all your hard work

thanks, i took another look at the full view (again). seems it's also missing burial, animal care and alchemy. the last two i think can be omitted as they don't actually do anything, but burial needs to be there for sure.

[fricy]

older versions had the default logging level set to DEBUG. recent versions have it set to INFO, and the debug logging is enabled with the -debug arg. i'm really at a loss here. if you set a breakpoint here what's the value of min_level?

Finally, some progress:
I'm not exactly sure this is correct, as I was stepping through the breakpoint I've seen minimum level of 1 and 32767 as well.

But I was able to turn on debugging by editing this line to LL_DEBUG.
DT_23.6_run.log
Looks like DT has a problem determining the item type.

And here's an extra one to look at, I set up breakpoints for the inventory logs in dwarf.cpp and saved the debugger output.

[splinterz]

older versions had the default logging level set to DEBUG. recent versions have it set to INFO, and the debug logging is enabled with the -debug arg. i'm really at a loss here. if you set a breakpoint here what's the value of min_level?

Finally, some progress:
I'm not exactly sure this is correct, as I was stepping through the breakpoint I've seen minimum level of 1 and 32767 as well.

But I was able to turn on debugging by editing this line to LL_DEBUG.
DT_23.6_run.log
Looks like DT has a problem determining the item type.

And here's an extra one to look at, I set up breakpoints for the inventory logs in dwarf.cpp and saved the debugger output.

alright i'll go over the logging stuff to see about those uninitialized values. that's my fault with the hard-coded debugging true variable, i referenced the wrong line number!  setting it to LL_DEBUG that way is better anyway.

but anyway, progress indeed. try adding this to the df-structures script and see if the value is something other than 0x0:

Code: [Select]

emit_addr 'item_type',%all,'item::vtable','getType';

[fricy]

but anyway, progress indeed. try adding this to the df-structures script and see if the value is something other than 0x0:

Code: [Select]

emit_addr 'item_type',%all,'item::vtable','getType';

The df-structures script doesn't work on osx, because there are no .csv files to work on. The lips utils only generate them for linux and win, I tried editing them a few days ago to generate the necessary files, but gave up after a while.
Tried this with the export-dt-ini script, but doesn't work:

Code: [Select]

address('item_type',all,'item::vtable','getType')

Code: [Select]

...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:40: attempt to index local 'base' (a nil value)
stack traceback:
...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:40: in function 'address'
...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:374: in main chunk
(...tail calls...)

[Chimerat]

Despite the fact that my reaction to the posts in here is similar to Merlin and the baby turtle in Finding Nemo: "Look, you're really cute and all, but I can't understand what you're saying."   *blush* I wanted to say I appreciate everyone's efforts in looking to improve Dwarf Therapist. I truly have no clue how I'd be able to play DF without this and a tileset to translate for me!

[splinterz]

but anyway, progress indeed. try adding this to the df-structures script and see if the value is something other than 0x0:

Code: [Select]

emit_addr 'item_type',%all,'item::vtable','getType';

The df-structures script doesn't work on osx, because there are no .csv files to work on. The lips utils only generate them for linux and win, I tried editing them a few days ago to generate the necessary files, but gave up after a while.
Tried this with the export-dt-ini script, but doesn't work:

Code: [Select]

address('item_type',all,'item::vtable','getType')

Code: [Select]

...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:40: attempt to index local 'base' (a nil value)
stack traceback:
...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:40: in function 'address'
...cnewbie/Dwarf Fortress/hack/scripts/export-dt-ini-fr.lua:374: in main chunk
(...tail calls...)

oh right.. well this is where the item's type is set, but since the offsets seem to be off, then you'll have to poke around in the memory there and see if you can find where it's returning the item's type.

i'll see about updating the lua script, but i'm going to need some help since it doesn't seem capable of exporting vtable offsets.

[Dwarf_Fever]

Ok, maybe someone can help me figure this out:

I want to have 2 types of tasks: one list of tasks that only 1 single dwarf in the entire fortress is assigned to do (and these dwarves do nothing else), and one list of tasks (basically everything else) that everyone else is assigned to do. Optimizer seems like it should be able to do this, but (to me) it is very unintuitive, and the examples in the tutorial I looked at have not helped.

[ResMar]

Numerical optimization is a thing on the to-do list that'll make that procedure a lot clearer.

[sum1won]

Hi!  I've started playing DF again for the first time in a while, and I've run into an issue - changing labors in Dwarf Therapist doesn't seem to change them in the game.  Is there something I am missing?  I think there must be, but I can't figure it out.

[LtGreeneyes]

Are you hitting the commit changes button underneath the box on the right side with all the - and + jobs?

[AriRashkae]

Interesting bugfeature: When I go to tweak my optimization plans, a lot of the roles get messed up, ex: Job: Blacksmith/Role: Miner, Job: Miner/Role: Herbalist, etc. They aren't that way when I save, but if I go back in (to add a job/ change the #'s of jobs) they're all mesticated

Spoiler (click to show/hide)

While the prospects for !!Fun!! are tempting (does the shuffling get worse each time if I don't correct it? How badly matched will my dwarves end up?), I am still cleaning up from a rogue weremongoose walled in my new hospital. (The old one has an enormous, eyeless kinglet of a titan walled in it)