Bay 12 Games Forum

That's alright. My inclination was to create a second account anyway, but I figured I'd ask first and avoid having a second account if I could.

Code: [Select]

df_linux/libs/Dwarf_Fortress: /home/charlie/df_linux/libs/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by /lib64/libGLU.so.1) 
Anyone know how I fix this? The file's there in the correct folder.

It's kinda funny to see this problem come up right after the previous couple of posts. Anyway, try deleting the libstdc++.so.6 library from df_linux/libs. The fact that it comes with DF is honestly a mistake, and it should never be there.

Just a note on terminology: that's not a zone, that's a room. A room is defined from some piece of furniture, a zone is created via the (i) command (things like garbage dumps, meeting zones, fruit-picking zones, etc.).

I have coded my own game in console (obviously it has text graphics) but it has to clear the text every time something moves. How do I get it to be as smooth and nice as Dwarf Fortress?

There are commands that you can send to the terminal to move the cursor around and change stuff without clearing the whole screen. BUT! You don't want to do this yourself. Look into a curses library which handles all that for you, such as ncurses, or for Windows, pdcurses.

Point is, you should use a curses library or curses-like library to handle all of the historical differences between different terminals. (These differences affect what you can do, and how to do it.)

Seriously, I can't get things to haul at all. I can build ballistae, and they'll load a single arrow into them, but nobody moves parts or ammo into their respective stockpiles: not arrows, not arrowheads, not ballista parts. I've got stockpiles for these things, but nobody moves anything. Even deconstructing the siege workshop accomplished nothing.

This is something that's frustratingly impossible for my fort, and I don't know why. Am I missing something really obvious? (I know there's the idea of just one stockpile, but even that hasn't worked in the past. And besides, that seems like a crummy "solution".)

There's a guide for finding memory layouts here: https://dfhack.readthedocs.io/en/latest/library/xml/how-to-update.html

I'm not sure it still applies for 64-bit.

That's the one thing I found, but it doesn't seem applicable that much to a whole new number of bits/compiler/etc., nor does it seem that... good, really.

It's probably just me not having a grip on the memory-layouts repository yet, but when I looked at it, it seemed a bit too disorganized/cluttered for my liking (the fact that there are a number of disjoint scripts written in different languages for no discernible reason except perhaps historical happens to bug me quite a bit).

I'll be sure to check out #dfhack, and in the meantime mess around with the /proc filesystem and stuff in a little C++ program of my own, if for no other reason than I haven't done linux-specific code before  . And if making my own utility isn't good enough, I'd probably end up trying to use gdb in some way (I came across mentions of it while learning about linux memory today, so it might do the job).

I've tried finding any information on how it's going in figuring out memory locations for DFHack and Dwarf Therapist, but it's impossible to find any. It'd be nice if there was some kind of status or progress report somewhere, so I can know what to expect.

I'd even be willing to help out. I'm on 64-bit Gentoo Linux, so I'd be most helpful dissecting the 64-bit Linux version. Unfortunately I couldn't find any good DF-specific resources on how to go about that either. I'll look into how to generally poke at a process's memory though.

So basically, I'd like to know what the status is on those memory layouts, and if/how I can help out.