Print

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

[Granite]

Mm... thanks Japa! One step ahead...
Now I'm getting this:

Wide-character ncurses library not found - veinlook can't be built
CMake Error at tools/supported/CMakeLists.txt:120 (install):
  install TARGETS given target "dfveinlook" which does not exist in this
  directory.

ncurses? Well, if I can trust my memory(and sometimes I can not, due to abuse of marijuana), DF required me to install this ncurses library in order to run. Is it the same thing?

[Rose]

again, ncursesw-dev

[Granite]

Yes... I already have both libncursesw5 and libncurseswdev installed, but I keep getting the error.
Note: mine is a 64bit OS.

[Rose]

one workaround: remove the offending portion of the build.

I don't know the exact steps of doing that, however

[dierre]

I've removed link. Sorry folks. It's a trusted forum, one of their ads service had an advertise with a malware.

[Granite]

the offending portion of the build

I don't really know what you mean, but here's what I've done:
I noticed I had installed 32bit version of that ncurses-dev lib. Uninstalled it, and intalled the 64bit version. Deleted the whole dfhack folder, unpacked the tarball again and tried to compile. It worked! =D

Thanks again Japa!

[devek]

pastebin is legit, but I think they expect everyone that goes there to use adblock heh.

[devek]

Ok. I know the items module is being dumped and blah blah... but what about materials?

Code: [Select]

#14 0xcd621e8 item_barst [0,-1,8,-1] 8 40 0 0 1 CAT bar
#1648 0xdea4740 item_barst [0,-1,9,-1] 8 0 0 0 1 MULE bar

Why does it think ash and potash are now cats and mules? lol

[dierre]

Ok, I did some other empirical tries. The problem is not the kernel-pae. It works with the non-pae too. It's just that sometimes it can't catch the right address, sometime it can.

The current error is here:

Code: [Select]

pread failed: can't read 0x30 bytes at address 0xb3fd2258
errno: 16
terminate called after throwing an instance of 'DFHack::Error::MemoryAccessDenied'
  what():  SHM ACCESS DENIED
Aborted
dierre@cox:~/Programmi/stonesense$


[devek]

Hey Peter,

I was looking at your git commit history regarding reveal. I run into the same problem, making sure the game isn't actually doing anything regardless of the fact it is suspended.

The obvious was to check if it says "*PAUSED*" in the corner, but that doesn't work because as the frame is being redrawn there are moments it doesn't say that (and not every game menu says paused on it...)

The way that would work is to take advantage of the fact that every frame has an "id" that increments once per main game loop. It increments regardless of what menu you are in or the game state, so you could spin waiting on it to increment. It isn't a big deal for reveal I suppose, but for utilities that may be more aggressive it will be necessary to put the game in a known state quickly.

[peterix]

Hey Peter,

I was looking at your git commit history regarding reveal. I run into the same problem, making sure the game isn't actually doing anything regardless of the fact it is suspended.

The obvious was to check if it says "*PAUSED*" in the corner, but that doesn't work because as the frame is being redrawn there are moments it doesn't say that (and not every game menu says paused on it...)

The way that would work is to take advantage of the fact that every frame has an "id" that increments once per main game loop. It increments regardless of what menu you are in or the game state, so you could spin waiting on it to increment. It isn't a big deal for reveal I suppose, but for utilities that may be more aggressive it will be necessary to put the game in a known state quickly.

Well. Or I could provide proper synchronization between DF and the client apps, even with the normal memory access

Ok, I did some other empirical tries. The problem is not the kernel-pae. It works with the non-pae too. It's just that sometimes it can't catch the right address, sometime it can.

Thanks for the info. I have a bit similar problem with the offset search tool, where it sometimes can't find anything and all the search methods return garbage. Seems awfully random.

Status update:
I got Mafia 2 and had to finish it first

[dierre]

Take your time. BTW DwarfTherapist uses this file for memory access: http://greatred-dwarftherapist.googlecode.com/hg/etc/memory_layouts/linux/v0.31.12.ini

maybe it's helpful.

[quillbreaker]

I haven't worked with C / C++ in a while - would anyone like to suggest a compiler package for writing DFHack enabled applications?

[devek]

Qt creator.

It will just work, you won't have to do anything fancy.

[Gearheart]

With the advent of 31.13, the tools no longer work.

I am traumatised. They are so useful.

Any idea on when (And indeed, if) they're going to be updated to be compatible? I know it's a little early to be asking, but I REALLY like those tools, so sorry if I'm adding unneeded pressure.