EVE Technology Lab

Ok I have finally fixed it.
The compilation still plops the dependencies errors but slamming the PYD files in its teeth in the right places it works at runtime.

What I have noticed is that unlike the other libraries, is that Reverence's PYDs get composite names in the final compiled folders.

Whereas the other packages tend to have _Name.pyd, Reverence PYDs get a "reverence" prefix:

_blue.pyd becomes reverence._blue.pyd
_pyFSD.pyd becomes reverence._pyFSD.pyd

This seems to utterly confuse the compilers.

I hope this is not too trivial. After updating to the latest version of reverence, this code:

print "Setting up EVE resources..."

eve = blue.EVE(EVEROOT)
cfg = eve.getconfigmgr()

print "Loading map data..."

f = eve.ResFile()
f.Open("res:/UI/Shared/Maps/mapcache.dat")
mapcache = blue.marshal.Load(f.Read())

Generates this error:

Traceback (most recent call last):
File "...\boogie.py", line 34, in < module >
mapcache = blue.marshal.Load(f.Read())
File "C:\Python27\lib\site-packages\reverence\blue.py", line 208, in _find_global
raise RuntimeError("Unable to locate object: " + module + "." + name + " (not in module)")
RuntimeError: Unable to locate object: util.KeyVal (not in module)

Thanks a lot for the incredibly quick and effective reply. Fixed.

Also, awesome work with the lib. =)

Yeah I figured I'd forget a few objects...

Fixed on git

Done (see OP for location)

I've been trying to update my market order scraper to the newer cache stuff, and I seem to be missing something crucial :(

EVEROOT = r"C:\Program Files (x86)\CCP\EVE"
OUTPATH = r"C:\Users\Me\Documents\EVE\logs\Marketlogs"

eve = blue.EVE(EVEROOT)
cfg = eve.getconfigmgr()
cachemgr = eve.getcachemgr()
# cmc = cachemgr.LoadCacheFolder("CachedMethodCalls")
path = os.path.join(cachemgr.machocachepath,"CachedMethodCalls")

print path

cmc = cachemgr.LoadCacheFolder(path)

print "Starting...\n"

print cmc

for key, obj in cmc.iteritems():

.....

Prior to changing the path for CachedMethodCalls the script just gave an empty cmc as has been covered in previous posts. However with the new path in place (as demonstrated in the error dump below and checked through explorer) reverence crashes out at the line cmc = cachemgr.LoadCacheFolder(path).

C:\Users\Me\AppData\Local\CCP\EVE\c_program_files_(x86)_ccp_eve_tranquility\cache\MachoNet\87.237.38.200\382\CachedMethodCalls
Traceback (most recent call last):
File "C:\Users\Me\Documents\Projects\mydump_b.py", line 29, in module
cmc = cachemgr.LoadCacheFolder(path)
File "C:\Python27\lib\site-packages\reverence\cache.py", line 259, in LoadCach
eFolder
what, obj = blue.marshal.Load(_readfile(filename))
UnmarshalError: find_global failed to resolve: eve.common.script.sys.rowset.Rows
et
Exception TypeError: 'expected string or Unicode object, NoneType found' in mod
ule 'threading' from 'C:\Python27\lib\threading.pyc' ignored

I'm not too good with python so please be patient with me on this :) What did I do wrong?

EDIT : I'm using Reverence 1.6.1 and latest python 2.7 32 bit on 64 bit OS

Thanks :) I'll sit tight then.

1.6.2 now available.

Fixes a few minor issues and the rowset bug mentioned earlier.

Not sure if this is a bug or me doing it wrong... I'd like my script to optionally delete the source cache file after reading :

for key, obj in cmc.iteritems():

if "GetOrders" in key:
# grab the cache file name
cachefilename = cachemgr.GetCacheFileName(key)

..... do stuff ....

print os.path.join(cachepath, cachefilename)
os.remove(os.path.join(cachepath, cachefilename))

however the returned file names don't exist :s The print returns something like this :

C:\Users\Me\AppData\Local\CCP\EVE\c_program_files_(x86)_ccp_eve_tranquility\cache\MachoNet\87.237.38.200\384\CachedMethodCalls\6cae.cache

I've manually checked the path etc but no avail. Any clues would be much appreciated :) Reverence 1.6.2 in use.

Known issue.. It probably has to do with the differences between int, long, str and unicode. They can hash to different things even though they have the same value. Haven't pinpointed the exact issue though.