Print

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

[argo]

Could some kind soul perhaps add a feature to prioritize the designations made from digv and friends (digvx, digl etc)? Currently, when I designate some digging with priority 1 and have a designation made from digv (which doesn't seem to have a priority), the miners randomly change between them (which is kinda annoying).

Also, thanks a lot for the work you guys put into it.

[PeridexisErrant]

Could some kind soul perhaps add a feature to prioritize the designations made from digv and friends (digvx, digl etc)? Currently, when I designate some digging with priority 1 and have a designation made from digv (which doesn't seem to have a priority), the miners randomly change between them (which is kinda annoying).

Known issue, which certainly deserves some attention:  https://github.com/DFHack/dfhack/issues/481

(maybe feature requests should move off the issue tracker?  they tend to hang around forever and hide the actual bugs)

[argo]

Could some kind soul perhaps add a feature to prioritize the designations made from digv and friends (digvx, digl etc)? Currently, when I designate some digging with priority 1 and have a designation made from digv (which doesn't seem to have a priority), the miners randomly change between them (which is kinda annoying).

Known issue, which certainly deserves some attention:  https://github.com/DFHack/dfhack/issues/481

(maybe feature requests should move off the issue tracker?  they tend to hang around forever and hide the actual bugs)

I looked at the github issue tracker, but decided it was better to post it here instead. Last update was november 2015 which is a while ago...

I'm no expert on stuff like this, but... Wouldn't it be relatively straightforward to implement the feature so one could do digv 2 to dig with a priority of 2.

[Warmist]

Could some kind soul perhaps add a feature to prioritize the designations made from digv and friends (digvx, digl etc)? Currently, when I designate some digging with priority 1 and have a designation made from digv (which doesn't seem to have a priority), the miners randomly change between them (which is kinda annoying).

Known issue, which certainly deserves some attention:  https://github.com/DFHack/dfhack/issues/481

(maybe feature requests should move off the issue tracker?  they tend to hang around forever and hide the actual bugs)

I looked at the github issue tracker, but decided it was better to post it here instead. Last update was november 2015 which is a while ago...

I'm no expert on stuff like this, but... Wouldn't it be relatively straightforward to implement the feature so one could do digv 2 to dig with a priority of 2.

It's not as straightforward as it might seem. Digging priority is saved differently from the rest of data. You would need to manage that. It's not very hard but a bit annoying.

[lethosor]

November was the last stable release. The last code update (on the develop branch) was about 12 hours ago.

Regarding the issue tracker, searching for the "bug" label is straightforward enough.

[nimbus25]

Just decided to try the newest version of DF (I last played 40.24), and I installed DF Hack, extracted into my df 42.06 folder, and now when I run DF, it says it's not a known release, then DF crashes (which it does not do without DF Hack).

[lethosor]

"tweak advmode-contained" seems to be causing crashes (e.g. this) due to a structure problem. It's possible that other things could crash too because of that, but I recommend running "tweak advmode-contained disable" or commenting out any "tweak advmode-contained" lines in dfhack.init for now.

Just decided to try the newest version of DF (I last played 40.24), and I installed DF Hack, extracted into my df 42.06 folder, and now when I run DF, it says it's not a known release, then DF crashes (which it does not do without DF Hack).

What DFHack version are you using? (Regardless of that, DF shouldn't crash if DFHack disables itself, although that seems to happen on Windows for some reason.)

[nimbus25]

What DFHack version are you using? (Regardless of that, DF shouldn't crash if DFHack disables itself, although that seems to happen on Windows for some reason.)

40.24-r5, which is what the download link sent me to

EDIT: dug around in the github page and found 42.06 alpha2, which does indeed work

[Max™]

I was going to bump the isoworld thread but it's pretty out of date, does anybody have an unofficial linux build or maybe even an arch build that works? I've compiled it with all the instructions listed in the thread there and it winds up doing everything up until it starts spitting out errors regarding... crap I can't even find the error logs from all the crap I tried to fix it.

There were several errors about the icon and other resources which were in the folders but for some reason it didn't show up in the cmake build.

I'll try the build again tomorrow when the AC kicks back on, it'll get hot right now if I try, and that'll let me post the errors. I was doing the full build with dfhack (which is a functioning dfhack version btw: DFHack is ready. Have a nice day!
DFHack version 0.42.06-alpha2 (development build 0.42.06-alpha2-48-g85cfaa6)
Type in '?' or 'help' for general help, 'ls' to see all commands.) as well as trying to build it by itself and such.

[Rose]

Isoworld is pretty broken at the moment, but some of the errors are probably relating to allegro.

[Max™]

Rats, I cleared the allegro errors incidentally by way of ccmake helping me figure out what was going on better.

YES I AM NOOB AND USED CCMAKE INSTEAD OF PURE CLI, APOLOGY!

[Rose]

What are the other compiler errors?

Also if you want it to work properly after compiling, you need to get the latest updates from my branch.

I just recently got it to recognize the new naming scheme in DF.

[Max™]

Yeah, I was pulling them from your branch with git, plus the agui stuff, but it's at that weird temperature right now where it gets hot as shit upstairs but the ac won't kick on til it hits 15 or 16 outside so I can't see what the errors are yet. I'll try it later and see if that fixes it but I remember it was doing something about not being able to find the icons or something?

Ok, ac is on, everythings chilly, let it build, went through these steps:

removed my dfhack folder
git clone dfhackblah
git checkout develop
git update blah
cd plugins
rm -r isoworld
git clone japaisoworldblah
cd isoworld
rm -r agui
git clone jmasterxaguiblah
cd agui
mkdir lib
cd lib
etc
etc
etc
Did the make for agui, that worked, did the whole thing and wound up back at dfhack/build, did the whole make there, it runs, gets to 95% and then:

Spoiler (click to show/hide)

Code: [Select]

[ 95%] Linking CXX executable isoworld
CMakeFiles/isoworld.dir/UserInterface.cpp.o: In function `initializeAgui()':
UserInterface.cpp:(.text+0x2f6): undefined reference to `agui::Font::load(std::string const&, int, agui::FontFlags, float, agui::Color)'
CMakeFiles/isoworld.dir/UserInterface.cpp.o: In function `MainScreen::UpdateText()':
UserInterface.cpp:(.text+0x41e): undefined reference to `agui::Button::setText(std::string const&)'
UserInterface.cpp:(.text+0x471): undefined reference to `agui::Button::setText(std::string const&)'
UserInterface.cpp:(.text+0x4c0): undefined reference to `agui::Button::setText(std::string const&)'
UserInterface.cpp:(.text+0x4ed): undefined reference to `agui::Button::setText(std::string const&)'
CMakeFiles/isoworld.dir/UserInterface.cpp.o: In function `render_gui()':
UserInterface.cpp:(.text+0x601): undefined reference to `agui::Button::setText(std::string const&)'
CMakeFiles/isoworld.dir/UserInterface.cpp.o:UserInterface.cpp:(.text+0x654): more undefined references to `agui::Button::setText(std::string const&)' follow
CMakeFiles/isoworld.dir/UserInterface.cpp.o: In function `MainScreen::MainScreen(agui::Gui*)':
UserInterface.cpp:(.text+0x9d4): undefined reference to `agui::Widget::setText(std::string const&)'
CMakeFiles/isoworld.dir/UserInterface.cpp.o: In function `MainScreen::UpdateTilesetList(MapSection*)':
UserInterface.cpp:(.text+0xee3): undefined reference to `agui::DropDown::addItem(std::string const&)'
collect2: error: ld returned 1 exit status
plugins/isoworld/CMakeFiles/isoworld.dir/build.make:417: recipe for target 'plugins/isoworld/isoworld' failed
make[2]: *** [plugins/isoworld/isoworld] Error 1
CMakeFiles/Makefile2:4225: recipe for target 'plugins/isoworld/CMakeFiles/isoworld.dir/all' failed
make[1]: *** [plugins/isoworld/CMakeFiles/isoworld.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2
[thefunk@archenstein build]$

Splut.

[WaffleEggnog]

I get a message saying that DFhack cannot recognize my version of DF. DF then promptly crashes. What's up? I'm using the latest release.

[lethosor]

I get a message saying that DFhack cannot recognize my version of DF. DF then promptly crashes. What's up? I'm using the latest release.

Please specify exactly which DFHack release you're using. If it's 0.40.24-r5, that's not the latest release. There are alpha releases for 0.42.06 on Github: https://github.com/DFHack/dfhack/releases/

(Someone else experienced this problem less than 10 posts before yours, by the way.)