Print

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

[Grax]

actually, there's supposed to be a space after >, and a .txt is useful at the end.

No spaces neccessary, it works as is.

[peterix]

The best description of the problem can be found here:
http://www.bay12forums.com/smf/index.php?topic=65326.0

Evidently, my kernel doesn't have the interface described there. I'm running Gentoo Linux with a custom-configured Zen kernel; if you're interested, you may take a look at the config: http://pastebin.com/hsuE0x6E

I any of the tools run and work, the kernel is probably fine.

Anyway, do the base dfhack tools work?

If I try running them before trying to run Stonesense, they don't:

Code: [Select]

terminate called after throwing an instance of 'DFHack::Error::MemoryXmlParse'
  what():  error 2: Failed to open file, at row 0 col 0
Aborted

Well, what are you doing to the poor tools here? They can't find the memory xml file they need. Remember that they look for it in the current working directory by default. The search path is actually 'burned' into the dfhack library when you compile it. I assume you did set the MEMXML_DATA_PATH cmake variable to something sane and stable instead of '.' before installing dfhack? Stonesense can be then built using the system-global DFHack without much fuss (and its own copy of memory.xml is ignored). Looking at it now, I think I'll change this around a bit...

But if I run Stonesense, let it crash, and then run DFHack tools, they seem to work.

I have no idea. It just seems totally wrong... nothing I'd ever see happening on any system. Still looks like some search path chaos to me

I'd also very much appreciate if you could run the dfincremental tool and give me the big list of numbers it prints out.

It's the least that I could do. http://pastebin.com/PbPHETTJ

Right. This seems fairly sane with one exception: the numbers should be really 32bit. Must be a dfhack bug introduced by some of the changes I merged recently.

I'm making some changes to the build system right now, so I'll see if I can make it a bit easier to work with.

[Askot Bokbondeler]

okay here's a few things about this.
one you save swapping is safer than arena swapping well safer that there less screwing up and getting every one killed still chance of crash because of.
two do not try to swap to fort mode out of a abandon area causes a crash, not only that abandoning there kills the adventurer.
three make sure to remove designation on everything or the men will go around trying to smooth sand or dig through the already dug walls.
four remember the adventurer/leader of the group and protect him/her so that if the site goes south you can just saveswap to adventure mode Pull the doomsday lever and walk over to the emergency fort until you feel save enough to reclaim.
five if you have a noble take time to design a death trap and pick up my CarryEX addon to Dfusion nothing says FUN than dragging the purple plump stuffer(and his/her family) and dropping him/her(and their family) into a spike pit or a lair of captured Goblins, Bandits,Zombie Goblins and Bandits.

your wording is... confusing...

[Rumrusher]

okay here's a few things about this.
one you save swapping is safer than arena swapping well safer that there less screwing up and getting every one killed still chance of crash because of.
two do not try to swap to fort mode out of a abandon area causes a crash, not only that abandoning there kills the adventurer.
three make sure to remove designation on everything or the men will go around trying to smooth sand or dig through the already dug walls.
four remember the adventurer/leader of the group and protect him/her so that if the site goes south you can just saveswap to adventure mode Pull the doomsday lever and walk over to the emergency fort until you feel save enough to reclaim.
five if you have a noble take time to design a death trap and pick up my CarryEX addon to Dfusion nothing says FUN than dragging the purple plump stuffer(and his/her family) and dropping him/her(and their family) into a spike pit or a lair of captured Goblins, Bandits,Zombie Goblins and Bandits.

your wording is... confusing...

sorry let me clear it up a little.
From what I know you can skip using arena mode all together if you just save in the mode you want to use and reload it (if your in 0,0 you can just change it to 1,1 and hit esc and save the next time you boot up the save it would be in a different mode.). Also this doesn't stop the game from crashing if you swap to a non-embark site. Swapping over from adventure mode straight to fort mode I notice the game seem to designate or hide most of the open areas to fix it have someone mine a tile.
the remember the adventurer sentence was from when I had killed the leader in a freak bonfire in a bag incident that would force me to add every one to as a companion. (you can swap between both modes with out needing to reselect an adventurer and in adventure mode you still have all your companions.)
ignore Five.

so far the game will kick you out at a certain date or time span. I guess it from either migrants that can't come it or a merchant group either way it seems to be fine if you go into adventure mode and sleep through the day or days the game will force abandon.

[Dutchling]

actually, there's supposed to be a space after >, and a .txt is useful at the end.

Wait... where am I actually suposed to type this? Cause whatever I type dfprospector just closes and no files whatsoever appear

[Rose]

open up a command window in the same folder as dfhack (if you have win7, hold shift and right click on the folder)

then you type in dfprospector.exe > output.txt

[Grax]

okay here's a few things about this.
one you save swapping is safer than arena swapping well safer that there less screwing up and getting every one killed still chance of crash because of.
two do not try to swap to fort mode out of a abandon area causes a crash, not only that abandoning there kills the adventurer.
three make sure to remove designation on everything or the men will go around trying to smooth sand or dig through the already dug walls.
four remember the adventurer/leader of the group and protect him/her so that if the site goes south you can just saveswap to adventure mode Pull the doomsday lever and walk over to the emergency fort until you feel save enough to reclaim.
five if you have a noble take time to design a death trap and pick up my CarryEX addon to Dfusion nothing says FUN than dragging the purple plump stuffer(and his/her family) and dropping him/her(and their family) into a spike pit or a lair of captured Goblins, Bandits,Zombie Goblins and Bandits.

your wording is... confusing...

Its time to have a little pity for those whose word kung-fu is weak.

[Askot Bokbondeler]

Its time to have a little pity for those whose word kung-fu is weak.

you mean this?

much better, by the way. thanks, rumrusher, nice finds

[Rumrusher]

your welcome. It sucks how I guess we can't get migrants with the short time frame the game gives us unless we go out and recruit them.
Working on another way to get pass aquifers by using adventure mode reactions. If you use the Bonfire mod and a couple of fire proof bags you could burn the water away so you could dig a layer down. Though there a chance of losing a miner or an adventurer in attempting this at an one tile up/down stairwell so proceed with caution.

[Grax]

Its time to have a little pity for those whose word kung-fu is weak.

you mean this?

much better, by the way. thanks, rumrusher, nice finds

Nope. I meant for all of us foreigners whose native language differs from english.

[Mrhnhrm]

I assume you did set the MEMXML_DATA_PATH cmake variable to something sane and stable instead of '.' before installing dfhack?

No, I was oblivious of its existence. However, I noticed that make install-ing an earlier version DFHack had copied Memory.xml to /usr/share or some subdirectory of it, which made me believe that DFHack-dependent tools will probably seek Memory.xml there. Unfortunately, I didn't notice that the more recent version of DFHack that's currently installed here doesn't automatically copy this file in the installation process. My bad.

[peterix]

I assume you did set the MEMXML_DATA_PATH cmake variable to something sane and stable instead of '.' before installing dfhack?

No, I was oblivious of its existence. However, I noticed that make install-ing an earlier version DFHack had copied Memory.xml to /usr/share or some subdirectory of it, which made me believe that DFHack-dependent tools will probably seek Memory.xml there. Unfortunately, I didn't notice that the more recent version of DFHack that's currently installed here doesn't automatically copy this file in the installation process. My bad.

Well, I do use this variable because it's hard to know where the whole thing will end up when someone is packaging it. Say in archlinux, where the packaging script sets the install prefix to a temp directory. If I used the install path as a base for MEMXML_DATA_PATH, it would never be found after installing the package.

I made some changes to the whole build process that allow making portable packages. The default behavior is the same, but there are more options now.
Examples follow... (mostly starting in dfhack/build):

Spoiler (click to show/hide)

Building a portable dfhack package:

Code: [Select]

mkdir linux && cd linux
cmake ../.. -DDFHACK_INSTALL=portable -DCMAKE_INSTALL_PREFIX=~/my_dfhack -DCMAKE_BUILD_TYPE=Release
make
make install
You'll end up with portable linux dfhack in ~/my_dfhack. Probably not useful when you want to install it into the system and let other things link against the library though.

Now, the way to make dfhack build without any extra packaging steps:

Code: [Select]

mkdir linux && cd linux
cmake ../.. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release -DMEMXML_DATA_PATH=/usr/share/dfhack
make
sudo make install
This way you'll end up with dfhack files all over your system. Not very nice. On debian systems, you can replace the last step with "sudo checkinstall" and it will install using dpkg so dfhack will be removable later.

Finally, a packaging example (taken from my arch linux PKGBUILD file for dfhack):

Code: [Select]

build() {
  cd "${srcdir}/${pkgname}"
  mkdir -p pkg-build&&cd pkg-build
  cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=${pkgdir}/usr -DMEMXML_DATA_PATH:path=/usr/share/dfhack ..
  make || return 1
  make install || return 1
  cd ..
}
The ${pkgdir} obviously never matches the actual "/".

Now, I'm all ears about any kind of improvement I can make here...

[_DivideByZero_]

What does "memory object not set: type offset key /string/MSVC/buffer" mean?
I get it whenever I run any of the tools. I'm running this on Wine with Ubuntu 10.10.

What makes no sense is that the 31.19 versions and earlier versions of dfhack worked just fine.

[peterix]

What does "memory object not set: type offset key /string/MSVC/buffer" mean?
I get it whenever I run any of the tools. I'm running this on Wine with Ubuntu 10.10.

This means something is very broken. None of the recognized windows DF versions have this offset /unset/. What exactly is running inside wine? DF AND the tools? If so, what was the last dfhack version that worked for you?

[_DivideByZero_]

Whichever version worked for 31.19. I know for a fact that version 5.1 worked, I think versions 5.2 and 5.3 worked as well, but I'm not sure. Both DF and the tools are running in wine.