Comments on: libevecache 0.1 and 0.1.1 http://yannramin.com/2009/09/07/libevecache-0-1-and-0-1-1/ Thu, 17 May 2012 01:31:19 +0000 hourly 1 http://wordpress.org/?v=3.3.2 By: Yann http://yannramin.com/2009/09/07/libevecache-0-1-and-0-1-1/comment-page-1/#comment-1344 Yann Wed, 16 Sep 2009 06:29:39 +0000 http://yannramin.com/?p=275#comment-1344 Good catch, never mind the blog eating the > and < symbols :) Good catch, never mind the blog eating the > and < symbols :)

]]> By: MOAB DaBomb http://yannramin.com/2009/09/07/libevecache-0-1-and-0-1-1/comment-page-1/#comment-1343 MOAB DaBomb Wed, 16 Sep 2009 06:28:06 +0000 http://yannramin.com/?p=275#comment-1343 wow, ok the blog ate that one.... nevermind. :) wow, ok the blog ate that one…. nevermind. :)

]]> By: MOAB DaBomb http://yannramin.com/2009/09/07/libevecache-0-1-and-0-1-1/comment-page-1/#comment-1342 MOAB DaBomb Wed, 16 Sep 2009 06:27:24 +0000 http://yannramin.com/?p=275#comment-1342 One of the things parsing the cache file will finally accomplish is returning a valid empty set of order for a given region/item pair. In other words, when someone buys the last item for sale in a region, or fills the last buy order, the cache file will be able to reflect it where the item export cannot. Unfortunately EveCache::MarketParser sets the typeID and regionID in the list by looking for the first order in the DBRow. If you look at a dump of an empty order cache file the best thing to do is pull the region/type pair from the first 2nd level tuple in the file. For a market order the tuple should have the marketProxy ID, followed by the "GetOrders" string, and then the regionID and typeID. Unfortunately fixing it is beyond my rusty c++ abilities. See this partial structure dump form the dumper util: .... One of the things parsing the cache file will finally accomplish is returning a valid empty set of order for a given region/item pair. In other words, when someone buys the last item for sale in a region, or fills the last buy order, the cache file will be able to reflect it where the item export cannot.

Unfortunately EveCache::MarketParser sets the typeID and regionID in the list by looking for the first order in the DBRow. If you look at a dump of an empty order cache file the best thing to do is pull the region/type pair from the first 2nd level tuple in the file. For a market order the tuple should have the marketProxy ID, followed by the “GetOrders” string, and then the regionID and typeID. Unfortunately fixing it is beyond my rusty c++ abilities. See this partial structure dump form the dumper util:

….

]]> By: Yann http://yannramin.com/2009/09/07/libevecache-0-1-and-0-1-1/comment-page-1/#comment-1341 Yann Wed, 16 Sep 2009 05:34:47 +0000 http://yannramin.com/?p=275#comment-1341 Fixed again, this time by removing my hokey fixed point math. I'm an embedded developer, can you tell? (I'm also apparently not good with numbers today). Fixed again, this time by removing my hokey fixed point math. I’m an embedded developer, can you tell? (I’m also apparently not good with numbers today).

]]> By: MOAB DaBomb http://yannramin.com/2009/09/07/libevecache-0-1-and-0-1-1/comment-page-1/#comment-1340 MOAB DaBomb Wed, 16 Sep 2009 01:22:22 +0000 http://yannramin.com/?p=275#comment-1340 D'Oh... Got another bug... Rounding. The patch in market.cpp truncates the extra decimal values instead of rounding resulting in a .01 variance from the export file. (Test with trade goods NPC orders and you'll see it) D’Oh… Got another bug… Rounding. The patch in market.cpp truncates the extra decimal values instead of rounding resulting in a .01 variance from the export file. (Test with trade goods NPC orders and you’ll see it)

]]> By: MOAB DaBomb http://yannramin.com/2009/09/07/libevecache-0-1-and-0-1-1/comment-page-1/#comment-1339 MOAB DaBomb Tue, 15 Sep 2009 22:07:57 +0000 http://yannramin.com/?p=275#comment-1339 Glad to help - This really makes pulling market data a _ton_ easier.... Great job!!!!! Glad to help – This really makes pulling market data a _ton_ easier…. Great job!!!!!

]]> By: Yann http://yannramin.com/2009/09/07/libevecache-0-1-and-0-1-1/comment-page-1/#comment-1338 Yann Tue, 15 Sep 2009 20:01:11 +0000 http://yannramin.com/?p=275#comment-1338 Thanks for the report. That was a silly error, quickly fixed in the current Git version. Thanks for the report. That was a silly error, quickly fixed in the current Git version.

]]> By: MOAB DaBomb http://yannramin.com/2009/09/07/libevecache-0-1-and-0-1-1/comment-page-1/#comment-1337 MOAB DaBomb Tue, 15 Sep 2009 18:24:35 +0000 http://yannramin.com/?p=275#comment-1337 Something I found with the export.... If you have an item with a low price, say Pyerite, at 4.08ISK the CSV export dumps it as 4.8 and looses the leading zaro. Something I found with the export…. If you have an item with a low price, say Pyerite, at 4.08ISK the CSV export dumps it as 4.8 and looses the leading zaro.

]]>