Print

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

[necrotic]

Does TWBT need to be recompiled against the latest dfhack? I'm assuming it does.

Yes, any compiled plugin for dfhack has to be recompiled for a new release.

[mifki]

done

[scamtank]

done

Thank,

[Nimrod]

done

Awesome, thank you!
Your plugin REALLY is a massive improvement for this game!

cheers

[Max™]

Incidentally I still can't test if the adventurer mode travel crash remains because for some reason it just pops up these:

Code: [Select]

[thefunk@archenstein .df]$ ./dfhack
Gtk-Message: Failed to load module "canberra-gtk-module"
Loading bindings from data/init/interface.txt

[thefunk@archenstein .df]$ Without the df window actually showing up or anything when I set print mode to twbt or twbt_legacy.


Oh wait, forgot to check stderr!

Code: [Select]

dfhack: hooking successful
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
The program 'Dwarf_Fortress' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
  (Details: serial 32 error_code 2 request_code 154 minor_code 3)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)


[figment]

While i'm not using the official build of either twbt or dfhack, I do not have problems with TWBT on Windows in adventure mode.  I was having problems with occasional crashes with dfhack but presume that was more just data mismatches in xml as call stacks do not point to rendering but I suppose you never truly know.

[Rochndil]

Good evening!

I just got the few free minutes I needed to test the latest build(s) and the strange issue I posted about above did NOT happen again. I did also have the chance to de-dust my box and re-seated all the critical components, so there's no way to know if the problem was actually caused by a code issue or hardware problems on my end. BUT, seeing a bug go away is always a good thing, especially since I NEED TWBT to continue developing the mod(s) I'm currently working on. Keep up the awesome work, and if I encounter anything else worth reporting I'll post here.

Rochndil, poking and puttering away...

[Uzu Bash]

Could I recommend that the README, after presentational description of the plugin, the insertion of some Installation Instructions before going into deep detail about its functioning. Not everyone uses an LNP pack, and it would be easier for non-modders or not-yet-modders if the zip's files were organized in their folders of the gamedir structure.

Then a 1 sentence install explanation ("unzip that there") would be sufficient, and the rest of your thesis would be read by those with an interest in development, and not as a forensic investigation into where the fuck these files go.

[Rochndil]

Good morning!

While TWBT 5.58 seems to be working fine, it's throwing an error on the DFHACK screen:

Warning: Plugin automaterial compiled for DFHack 0.42.06-alpha2-0-g6fd904f, running DFHack 0.42.06-alpha1-10-g6fd904f
Warning: Plugin mousequery compiled for DFHack 0.42.06-alpha2-0-g6fd904f, running DFHack 0.42.06-alpha1-10-g6fd904f
Warning: Plugin resume compiled for DFHack 0.42.06-alpha2-0-g6fd904f, running DFHack 0.42.06-alpha1-10-g6fd904f
Warning: Plugin twbt compiled for DFHack 0.42.06-alpha2-0-g6fd904f, running DFHack 0.42.06-alpha1-10-g6fd904f

I just re-downloaded everything, and the error is consistent. Again, though, it doesn't seem to actually be causing any problems, so it may fall into the "acknowledge and ignore" category.

Since this seems to be a compilation/version compatibility issue, it would be helpful to include a download link to the DFHACK version the TWBT version was compiled for.

Rochndil, finally getting back to mod development...

[Rose]

It's a problem with the dfhack build.

[Aussiemon]

I get crashes placing constructions when the keyboard cursor moves (perhaps too suddenly?).

I'm not sure if it's TWBT-related yet (EDIT: Confirmed to not crash when TWBT is disabled, save attached below), but here's what Visual Studio gives me:


I'm on 5.59, Windows 10 x64, Starter Pack 42.06 R2

EDIT: Here is a link to five DF minidumps: https://drive.google.com/open?id=0B2dQD-3xGxMtLXdfT2huYnJzSFU
3208 and 6788 are directly related to this issue, though the other three are also recent and might be useful too.

EDIT2: Here is the save: https://drive.google.com/open?id=0B2dQD-3xGxMtanVBUGk2V0pmVWc
Crash occurs when TWBT 5.59 is enabled in conjunction with DF Starter Pack, does not occur when TWBT is disabled. Crashing usually happens when trying to fill in the gaps at the base of the moat, along top side of fort, with shale walls.

[mifki]

That's very helpful, thank you.

[Pvt. Pirate]

i get random crashes on the exact same occasions: when building a bridge, wall, floor etc.

updating my OS soon anyway, so if it is because of XP, then ignore this report.

[tapk]

Confirm random crash when place buildings, also confirm that it is TWBT-related. I have Win10, so it's not OS-related.

[mifki]

Weird.. I've been testing with the provided save - digging, building, and didn't see a single crash. Will try tomorrow on another computer and Windows version.