607bad2bf8
Fix settlement offsets for 40d, everything should work of 40d now
2010-03-14 13:32:19 -04:00
12abef8ace
used different creature vector than before, this is the correct one, the old one was missing some creatures, and the current_creature index was not right, also found the offsets for mood and artifacts for 40d
...
Everything should work now from 40d,40d2->40d19 on windows, linux was already done before
I also modified creaturedump.cpp to show mood and aritifacts if a creature has one, also the mood is now a int rather than a uint, as we check for -1
2010-03-14 13:21:52 -04:00
d0531c2925
Add class entries to meta-40d for stonesense
2010-03-14 13:37:39 +01:00
2bd68b9c58
Fix out of bounds vector access in itemdesignator/itemdump
2010-03-14 00:36:09 +01:00
48edd3a1ea
Updated precompiled shm libs
2010-03-13 18:09:44 +01:00
310669737e
Port multiple client SHM to Windows
2010-03-13 17:44:36 +01:00
17e81ddcce
fixed merge for creaturedump.cpp
2010-03-13 09:09:14 -05:00
0582354191
Merge remote branch 'remotes/peterix/master' into version_compatiblity
...
trying merge
Conflicts:
examples/creaturedump.cpp
output/Memory.xml
2010-03-13 08:45:30 -05:00
834a64c282
Fix horrible race conditions in suspend and resume
2010-03-12 18:29:11 +01:00
791ac8dd75
modify the renamer and creature dump to output the new current cursor creature code
2010-03-12 09:21:45 -05:00
0dd14bb9c8
Cosmetic changes, really
2010-03-12 12:14:20 +01:00
ed386d3fd3
linux addresses back to 40d2
2010-03-11 21:25:07 -05:00
9d503515dd
Another try at locking
2010-03-12 00:13:50 +01:00
e500b13533
offsets are all correct for 40d, creature offsets are not constant all the way back to 38.a, so more work needs to be done there
...
This could probably be used in stonesense as it is though, all the map data is correct
2010-03-10 21:24:31 -05:00
b702d53641
updated Memory.xml with current_cursor_creature for the creature index, which seems to exist in all versions, whereas the old vector did not.
2010-03-10 16:01:00 -05:00
3ae8b56a49
Addresses all the way back to 173.38a, not checked yet, and offsets may have changed in the versions, but it is a start!
...
Also changing the current_creature offset, have to make sure what I changed it to is in the d# releases, but I think it is
This branch is still a work in progress
2010-03-09 22:05:31 -05:00
f72bb0373d
Linux SHM server: clean up on exit
2010-03-09 21:53:06 +01:00
62ae8df573
per-process file locks on linux (stored in /tmp/DFHack/PID/)
...
minor signed/unsigned fix
2010-03-09 21:25:17 +01:00
5c4ef73f4d
Merge branch 'shm-only'
2010-03-09 15:31:44 +01:00
7207996940
Prevent windows process enumerator from listing the same process twice
2010-03-09 15:21:53 +01:00
f0087926c5
Revert "Nuked many Process classes. Only SHM remains. We'll see how it goes :)"
...
This reverts commit b3424418e6
2010-03-09 15:15:15 +01:00
3e581908c1
Each DF process on windows now has unique mutex and shm names.
2010-03-09 13:41:55 +01:00
864bf1a8df
Fix for dfrenamer
2010-03-09 12:50:32 +01:00
2a47275fd5
updated addresses for 40d, offsets still wrong
2010-03-08 21:40:14 -05:00
9d7574dafe
DF disappeared exception
2010-03-09 03:30:22 +01:00
1c499121e6
Fixes to memory.xml, name reading
2010-03-08 18:27:19 +01:00
b1a15b6fb3
Merge branch 'version_compatiblity' of git://github.com/belal/dfhack
2010-03-08 14:52:40 +01:00
e5c3ed9ad3
Fix python and a gcc syntax error
2010-03-08 14:50:32 +01:00
d2c84df4c8
Merge branch 'master' of git://github.com/Zhentar/dfhack into mergeb
...
Conflicts:
library/DFHackAPI.cpp
2010-03-08 13:56:32 +01:00
36a6f1f0a4
mod-core rework
...
squashed some init commands together
fixed a problem with non-atomic shm command reading on the DF side that caused segfaults
2010-03-08 07:31:12 +01:00
052dd53c03
Further cleanup for name stuff; fixing examples that I broke and handling settlements. Also added mood, so that it can be determined whether or not the dwarf's artifact was created.
2010-03-07 20:01:30 -06:00
0c8c1d0eec
Modified Memory.xml to support all d# versions, modified Vtable meminfo reading, so it auto-resolves all vtables now, so you should never have to do any rebasing or anything. Fixed some bugs in windows meminfo as well
2010-03-07 21:00:31 -05:00
90baaad19b
Allow recognizing multiple DF SHM processes by the client
2010-03-08 01:54:46 +01:00
69ef04d5e6
Merge branch 'd19-update'
...
Conflicts:
Compile.txt
Readme.txt
2010-03-06 21:24:47 +01:00
312b3f017f
Removed redundant files, CR LF fix
2010-03-06 21:23:47 +01:00
60a1da0923
d19_2 support, building vtables, some minor bugfixes
...
tested with stonesense
2010-03-06 21:21:01 +01:00
15ec3fbc74
IDA scripts from openrce and belal
2010-03-06 15:14:18 +01:00
7a6b1488cb
Windows offsets from belal
2010-03-05 23:31:18 +01:00
96512a7e1d
Linux d19 support
2010-03-05 22:19:27 +01:00
958ca0e384
Some map module bits
2010-03-05 16:06:02 +01:00
65bf8f69fd
Proper-fy name handling for creatures. For surnames and such, official DF logic is used.
2010-03-05 00:02:41 -06:00
9aedc56186
A waitWhile method copy turned into wrapper
2010-03-05 02:45:53 +01:00
73f95e4a6d
Fix the mapblock reading - C++ was being 'helpful' again
2010-03-05 01:57:51 +01:00
8e8d320a0b
Don't build SHM on 64bit, makes no sense
...
Added origin to mapblock40d
2010-03-05 01:26:39 +01:00
798ce9fb0a
CR-LF mess
2010-03-05 00:55:57 +01:00
c86464502c
SHM rework, stage 2
2010-03-05 00:05:01 +01:00
088028cc5f
Small change
2010-03-04 18:46:37 +01:00
d06fd70789
Missing file + some new
2010-03-04 18:35:26 +01:00
6e69dcdeed
Use sched_yield depending on CPU affinity
2010-03-04 04:40:06 +01:00
0192520d43
SHM rework, stage 1
2010-03-03 05:43:38 +01:00
belal
Petr Mrázek
Zhentar