Print

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

[dwarffun]

There's one for Embark-Tools somehow causes the native DF aquifer UI string to go AWOL, but it has nothing to do with manipulation.

https://github.com/DFHack/dfhack/issues/1499
Yes, that's the one I thought it might relate. But again, I'm no developer... and might be completely wrong. Nevermind then.

[Taras]

How make reaction with product made of local material of worker who do this reaction?

[Atomic Chicken]

How make reaction with product made of local material of worker who do this reaction?

What do you mean by "local material of worker"?

[Taras]

How make reaction with product made of local material of worker who do this reaction?

What do you mean by "local material of worker"?

Like if serpent man doing this reaction, product made of serpent's man venom, if spider man do this reaction, product made of spider man venom.

[Manzeenan]

I just wanted to say thank you guys for maintaining and improving df-hack, its core to my experience and I'm glad it's still around

[Nilsolm]

Is there possibly something wrong with the autogems plugin? It does not appear to be working. Gems are available and there are dwarves assigned to gem cutting, and yet it isn't creating tasks at the workshops. Build ID is  200218004.

[Tonren]

I'm trying to build the current alpha so I can try to build There Will Be Text so I can try out the GemSet graphics pack and currently striking out. I usually play on OS X and Windows, but I'm building on an Ubuntu 18.04 VPS because I'm more comfortable with Linux development. Maybe this is barking up the wrong tree and I should just try to build on Windows or OS X (though I'd rather not OS X since I only have a dinky Air for building anything). When I run cmake .. -G Ninja -DCMAKE_BUILD_TYPE:string=Release -DCMAKE_INSTALL_PREFIX=/home/changemewtf/df_linux, cmake fails complaining that CMakeLists.txt doesn't exist in various places, and the error log has the following:

Determining if the pthread_create exist failed with the following output:
Change Dir: /home/changemewtf/dfhack/build/CMakeFiles/CMakeTmp

Run Build Command:"/usr/bin/ninja" "cmTC_57f82"
[1/2] Building C object CMakeFiles/cmTC_57f82.dir/CheckSymbolExists.c.o
[2/2] Linking C executable cmTC_57f82
FAILED: cmTC_57f82
: && /usr/bin/cc -fvisibility=hidden -mtune=generic -m64 -mno-avx  -rdynamic CMakeFiles/cmTC_57f82.dir/CheckSymbolExists.c.o  -o cmTC_57f82   && :
CMakeFiles/cmTC_57f82.dir/CheckSymbolExists.c.o: In function `main':
CheckSymbolExists.c:(.text+0x1b): undefined reference to `pthread_create'
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.

File /home/changemewtf/dfhack/build/CMakeFiles/CMakeTmp/CheckSymbolExists.c:
/* */
#include <pthread.h>

int main(int argc, char** argv)
{
  (void)argv;
#ifndef pthread_create
  return ((int*)(&pthread_create))[argc];
#else
  (void)argc;
  return 0;
#endif
}

I see from the DFHack docs pthread is specifically mentioned, and I made sure to compile the latest stable version of cmake from source. But I still got the pthread errors.

Not sure if this would be better off as a GitHub issue; like I said, I'm not even sure if it's supposed to be able to build on a headless Ubuntu installation, so I might try building on Windows later, though the idea of tracking down all those dependencies by hand or becoming an overnight chocolatey expert is not very appealing...

Edit: Just found /u/clinodev's comments on Reddit indicating they might have a successful build running for Windows already... I'll update as I go!

[thurin]

You can grab a TWBT plugin for the 3 platforms from https://github.com/thurin/df-twbt/releases/tag/0.47.03-alpha0-200218004 that'll work with the 200218004 DFHack build until official builds and starter packs are available.

[lethosor]

I'm trying to build the current alpha so I can try to build There Will Be Text so I can try out the GemSet graphics pack and currently striking out.

If all you want is a build for 0.47.03, check https://dfhack.org/builds (see a page or two back for more information). If you do want to build it yourself, though:

I see from the DFHack docs pthread is specifically mentioned, and I made sure to compile the latest stable version of cmake from source. But I still got the pthread errors.

Did you install libpthread, though? And did the one you installed match the architecture you're building DFHack for? (e.g. CMake won't pick up on a 32-bit libpthread if you're building 64-bit DFHack.)

Is there possibly something wrong with the autogems plugin? It does not appear to be working. Gems are available and there are dwarves assigned to gem cutting, and yet it isn't creating tasks at the workshops. Build ID is  200218004.

You're sure the plugin is enabled, right? Is it showing up in the "o": standing orders menu?
(Note that all builds are considered unstable at this point, so running into stuff like this isn't unexpected.)

[Nilsolm]

Is there possibly something wrong with the autogems plugin? It does not appear to be working. Gems are available and there are dwarves assigned to gem cutting, and yet it isn't creating tasks at the workshops. Build ID is  200218004.

You're sure the plugin is enabled, right? Is it showing up in the "o": standing orders menu?
(Note that all builds are considered unstable at this point, so running into stuff like this isn't unexpected.)
[/quote]
Never mind, actually. I went back to look at what might be causing it again in the meantime, and the problem turned out to have been related to stockpile setup. The plugin itself seems to be working as intended.

[Nopenope]

Just a heads-up, the current DFHack repo is pointing at outdated commits for the submodules isoworld and stonesense. This is important because isoworld was considerably harder to build before BenLubar updated it a month ago.

[Atomic Chicken]

Is it possible to determine whether a script has been called directly from the DFHack console as opposed to onLoad.init?

[PatrikLundell]

Is it possible to determine whether a script has been called directly from the DFHack console as opposed to onLoad.init?

I would guess:
"dfhack.is_interactive()

Checks if the thread can access the interactive console and returns true or false.
"
from https://dfhack.readthedocs.io/en/stable/docs/Lua%20API.html#enabling-and-disabling-scripts

[Atomic Chicken]

dfhack.is_interactive()

This seems to get the job done; thanks!

[hagger]

Quick note - the "feature" script seems to be broken for me. feature list doesn't return anything, and feature magma tells me that it "Could not find a magma-bearing feature." Map doesn't have a magma pool, so its just the sea, however normally the caverns/etc would be listed as well.

Happy to provide logs/etc - not experiencing any other issues though. Arch 64 bit