Print

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

[Heretic]

I'm really sorry if it's incorrect place, but... can ve use such utilities as IDA or other disassemblers find some places in binary there it was "for" in source code? 
Hehe

Spoiler (click to show/hide)

http://gcc.godbolt.org/

As for me I has no ideas, why we can n't - we knw version of Toady's compiler and so on, so we can somehow find "for"s in style of needed compiler and with some macro switch it into for parallel there it needed?
As for me, i will try as for learning more about disasm, so my variant will probably meaningless and useless... But if some master will do something like this 

[Rose]

No.

[moisesjns]

That appears to have been removed in 0.40.

O ok. I was not aware. thank you.

[feelotraveller]

I can't get the 'teleport' script to work - linux 64bit, dfhack 43.05 alpha 4.  Terminal output:

Code: [Select]

[DFHack]# teleport -showunitid
460
[DFHack]# teleport -showpos
x                      = 72
y                      = 74
z                      = 79
[DFHack]# teleport -unit 460 -x 72 -y 74 -z 79
Cannot write field coord.y: integer expected.
stack traceback:
[C]: in ?
[C]: in ?
[C]: in field 'getTileBlock'
/path/to/df_linux/hack/scripts/teleport.lua:16: in global 'teleport'
/path/to/df_linux/hack/scripts/teleport.lua:54: in local 'script_code'
./hack/lua/dfhack.lua:562: in function 'dfhack.run_script_with_env'
(...tail calls...)
The destination is definitely a valid tile.

Does the script need tweaking for 64 bit?

[lethosor]

It's definitely not a 64-bit issue. It could be an issue with Lua 5.3, but I thought that script was working. I'll take a look when I get a chance, but you should probably report it on GitHub so it doesn't get lost here.

[Putnam]

Yeah, I thought I had fixed that with a bunch of other scripts that were having similar issues.

[nefariousD]

Does anyone happen to have a precompiled copy of the 43.05 alpha4 they can put up for download somewhere?

[ancient_vampire]

Does anyone happen to have a precompiled copy of the 43.05 alpha4 they can put up for download somewhere?

http://www.bay12forums.com/smf/index.php?topic=139553.msg7309791#msg7309791

[lethosor]

Any builds we make are always put on the GitHub releases page.

[Ygvir]

I've got a weird crash related to manipulator. If I go into manipulator and then choose 'e' to edit profession if I press SHIFT-B (to get a capital B) it crashes completely out of Dwarf Fortress. I don't know where to check logs to see if it is telling me something about what is going on. I suspect something with hot-key bindings but that is just a guess. I suspect that this also crashes with other keys; I've had other crashes but been unable to reproduce them. I'm on Win64 43.05-alpha4. Let me know if there is anything I can test.

I am able to make the change I want using the 'y' customize in native DF even with DFHack so there is a simple (though slightly annoying) workaround.

[lethosor]

Sounds pretty similar to this:

I don't see any messages in logs, but I have an occasional crash when setting custom profession names in manipulator.

Using 0.43.05-alpha4 + TWBT.

I mentioned a few things on that page that you could try to gather more information, but I have no clue why it's crashing.

[Ygvir]

@lethosor - yes, I'm pretty sure my crash is the same issue as @necrosis is experiencing.

Here are the results of my performing all of the testing I could find from your requests. Most of my experience mirrors @necrosis' results.

I am also on Win10 and I do have TWBT installed in my dfhack installation but I currently have it disabled (I think). Would you like me to test in a clean dfhack installation, e.g. without TWBT installed?

Here is the error message that I get as soon as I press 'e' from manipulator.

Spoiler (click to show/hide)

...oxc\Desktop\df_43_05_win/hack/scripts/view-item-info.lua:386: Cannot invoke field (global).getCurViewscreen(): C++ exception: string too long.
stack traceback:
        [C]: in field 'getCurViewscreen'
        ...oxc\Desktop\df_43_05_win/hack/scripts/view-item-info.lua:386: in function <...oxc\Desktop\df_43_05_win/hack/scripts/view-item-info.lua:380>
...xc\Desktop\df_43_05_win/hack/scripts/gui/load-screen.lua:471: Cannot invoke field (global).getCurFocus(): C++ exception: string too long.
stack traceback:
        [C]: in field 'getCurFocus'
        ...xc\Desktop\df_43_05_win/hack/scripts/gui/load-screen.lua:471: in function <...xc\Desktop\df_43_05_win/hack/scripts/gui/load-screen.lua:468>
...esktop\df_43_05_win/hack/scripts/gui/extended-status.lua:172: Cannot invoke field (global).getCurFocus(): C++ exception: string too long.
stack traceback:
        [C]: in field 'getCurFocus'
        ...esktop\df_43_05_win/hack/scripts/gui/extended-status.lua:172: in function <...esktop\df_43_05_win/hack/scripts/gui/extended-status.lua:171>

When I disable these two keybindings in dfhack.init (both from dfhack-example.init) 'p' and 'B' crash stops occuring

Spoiler (click to show/hide)

# assign weapon racks to squads so that they can be used
# keybinding add P@dwarfmode/QueryBuilding/Some/Weaponrack gui/assign-rack

# autobutcher front-end
# keybinding add Shift-B@pet/List/Unit "gui/autobutcher"

lua ~unit in manipulator with unit selected shows

Spoiler (click to show/hide)

[DFHack]# lua ~unit
<unit: 0000016673E96710>
name                     = <language_name: 0000016673E96710>
custom_profession        =
profession               = 0
profession2              = 8
race                     = 572
pos                      = <coord: 0000016673E967B0>
idle_area                = <coord: 0000016673E967B6>
idle_area_threshold      = 1
idle_area_type           = 26
follow_distance          = 0
path                     = <unit.T_path: 0000016673E967C8>
flags1                   = <unit_flags1: 0000016673E96818>
flags2                   = <unit_flags2: 0000016673E9681C>
flags3                   = <unit_flags3: 0000016673E96820>
flags4                   = <unit_flags4: 0000016673E96824>
meeting                  = <unit.T_meeting: 0000016673E96828>
caste                    = 0
sex                      = 0
id                       = 4997
unk_100                  = 3
training_level           = 9
schedule_id              = -1
civ_id                   = 25
population_id            = 25
unk_c0                   = -1
cultural_identity        = 340
invasion_id              = -1
patrol_route             = <coord_path: 0000016673E96860>
patrol_index             = 0
specific_refs            = <vector<specific_ref*>

• : 0000016673E968B0>

general_refs             = <vector<general_ref*>[1]: 0000016673E968C8>
military                 = <unit.T_military: 0000016673E968E0>
social_activities        = <vector<int32_t>

• : 0000016673E969C0>

anon_1                   = <vector<int32_t>[1]: 0000016673E969D8>
activities               = <vector<int32_t>

• : 0000016673E969F0>

anon_2                   = <vector<int32_t>

• : 0000016673E96A08>

animal                   = <unit.T_animal: 0000016673E96A20>
opponent                 = <unit.T_opponent: 0000016673E96A40>
mood                     = -1
unk_18e                  = 0
pregnancy_timer          = 0
pregnancy_genes          = nil
pregnancy_caste          = -1
pregnancy_spouse         = -1
mood_copy                = -1
ghost_info               = nil
unk_9                    = -1
birth_year               = 108
birth_time               = 356833
curse_year               = -1
curse_time               = -1
birth_year_bias          = 0
birth_time_bias          = 0
old_year                 = 263
old_time                 = 106738
following                = nil
unk_238                  = 0
relationship_ids         = <int32_t[]: 0000016673E96AAC>
mount_type               = 0
last_hit                 = <history_hit_item: 0000016673E96AD8>
riding_item_id           = -1
inventory                = <vector<unit_inventory_item*>[11]: 0000016673E96B00>
owned_items              = <vector<int32_t>[10]: 0000016673E96B18>
traded_items             = <vector<int32_t>[7]: 0000016673E96B30>
owned_buildings          = <vector<building*>[1]: 0000016673E96B48>
corpse_parts             = <vector<int32_t>

• : 0000016673E96B60>

job                      = <unit.T_job: 0000016673E96B78>
body                     = <unit.T_body: 0000016673E96BD8>
appearance               = <unit.T_appearance: 0000016673E96DD0>
actions                  = <vector<unit_action*>[4]: 0000016673E96EB8>
next_action_id           = 71466
counters                 = <unit.T_counters: 0000016673E96ED4>
curse                    = <unit.T_curse: 0000016673E96F10>
counters2                = <unit.T_counters2: 0000016673E97060>
status                   = <unit.T_status: 0000016673E97090>
hist_figure_id           = 7234
hist_figure_id2          = 7234
status2                  = <unit.T_status2: 0000016673E972D0>
unknown7                 = <unit.T_unknown7: 0000016673E97308>
syndromes                = <unit.T_syndromes: 0000016673E97338>
reports                  = <unit.T_reports: 0000016673E97380>
health                   = <unit_health_info: 00000166759C0A50>
used_items               = <vector<unit_item_use*>[14]: 0000016673E973E8>
enemy                    = <unit.T_enemy: 0000016673E97400>
healing_rate             = <vector<int32_t>[243]: 0000016673E979F0>
effective_rate           = -1
tendons_heal             = 0
ligaments_heal           = 0
weight                   = 0
weight_fraction          = 0
burrows                  = <vector<int32_t>

• : 0000016673E97A20>

combat_side_id           = 0
occupations              = <vector<occupation*>

• : 0000016673E97A40>

adjective                =

Typing 'keybinding' in dfhack at the 'e' screen of manipulator causes a crash even if I have the problematic keybindings commented out. In manipulator before attempting to edit the unit I get.

Spoiler (click to show/hide)

[DFHack]# keybinding
Usage:
  keybinding list <key>
  keybinding clear <key>[@context]...
  keybinding set <key>[@context] "cmdline" "cmdline"...
  keybinding add <key>[@context] "cmdline" "cmdline"...
Later adds, and earlier items within one command have priority.
Supported keys: [Ctrl-][Alt-][Shift-](A-Z, or F1-F9, or Enter).
Context may be used to limit the scope of the binding, by
requiring the current context to have a certain prefix.
Current UI context is: dfhack/unitlabors

Here is the output of lua ~scr in manipulator

Spoiler (click to show/hide)

[DFHack]# lua ~scr
<viewscreen: 0000020E5255E270>
child                    = nil
parent                   = <viewscreen_unitlistst: 0000020E4EB8E800>
breakdown_level          = 0
option_key_pressed       = 0

In the 'e' menu of manipluator

Spoiler (click to show/hide)

[DFHack]# lua ~scr
C:\Users\coxc\Desktop\df_43_05_win\hack\lua\utils.lua:627: Cannot invoke field (global).getCurViewscreen(): C++ exception: string too long.
stack traceback:
        [C]: in field 'getCurViewscreen'
        C:\Users\coxc\Desktop\df_43_05_win\hack\lua\utils.lua:627: in function 'utils.df_shortcut_var'
        (...tail calls...)
        (lua command):1: in main chunk
        [C]: in function 'dfhack.safecall'
        C:\Users\coxc\Desktop\df_43_05_win/hack/scripts/lua.lua:63: in local 'script_code'
        C:\Users\coxc\Desktop\df_43_05_win\hack\lua\dfhack.lua:562: in function 'dfhack.run_script_with_env'
        (...tail calls...)

and editing the profession

Spoiler (click to show/hide)

[DFHack]# lua ~scr
C:\Users\coxc\Desktop\df_43_05_win\hack\lua\utils.lua:627: Cannot invoke field (global).getCurViewscreen(): C++ exception: string too long.
stack traceback:
        [C]: in field 'getCurViewscreen'
        C:\Users\coxc\Desktop\df_43_05_win\hack\lua\utils.lua:627: in function 'utils.df_shortcut_var'
        (...tail calls...)
        (lua command):1: in main chunk
        [C]: in function 'dfhack.safecall'
        C:\Users\coxc\Desktop\df_43_05_win/hack/scripts/lua.lua:63: in local 'script_code'
        C:\Users\coxc\Desktop\df_43_05_win\hack\lua\dfhack.lua:562: in function 'dfhack.run_script_with_env'
        (...tail calls...)

I'm sorry if this is overly verbose... I'm not sure I've added anything that @necrosis didn't already respond with. If there is any additional testing you'd like me to try I'd be happy to. It isn't a big deal for me to just disable those keybindings for now but I'd be happy to help with fixing this.

If I find any other keybindings that are crashing that screen I'll post them here. Thanks!

ps: while testing I also had this error show up but I don't know where it came from and it is likely unrelated.

Spoiler (click to show/hide)

...oxc\Desktop\df_43_05_win/hack/scripts/view-item-info.lua:386: Cannot invoke field (global).getCurViewscreen(): C++ exception: string too long.
stack traceback:
        [C]: in field 'getCurViewscreen'
        ...oxc\Desktop\df_43_05_win/hack/scripts/view-item-info.lua:386: in function <...oxc\Desktop\df_43_05_win/hack/scripts/view-item-info.lua:380>
...esktop\df_43_05_win/hack/scripts/gui/extended-status.lua:172: Cannot invoke field (global).getCurFocus(): C++ exception: string too long.
stack traceback:
        [C]: in field 'getCurFocus'
        ...esktop\df_43_05_win/hack/scripts/gui/extended-status.lua:172: in function <...esktop\df_43_05_win/hack/scripts/gui/extended-status.lua:171>
...xc\Desktop\df_43_05_win/hack/scripts/gui/load-screen.lua:471: Cannot invoke field (global).getCurFocus(): C++ exception: string too long.
stack traceback:
        [C]: in field 'getCurFocus'
        ...xc\Desktop\df_43_05_win/hack/scripts/gui/load-screen.lua:471: in function <...xc\Desktop\df_43_05_win/hack/scripts/gui/load-screen.lua:468>

[lethosor]

Yeah, that all looks related. Just to confirm, when "keybinding" crashes, it doesn't print anything, right?

[Ygvir]

I don't see anything when 'keybinding' crashes. Is there a log somewhere that I can check? Sorry, I don't know dfhack very well.

[Max™]

Uh, stderr.log, dfhack.history, errorlog.txt, stdout.log I think will have all the outputs.