[Xastir] libdb error?

[Tom Russo]

On Mon, Jan 21, 2013 at 12:26:55PM -0800, we recorded a bogon-computron collision of the <curt.we7u at gmail.com> flavor, containing:
> On Fri, 18 Jan 2013, Curt, WE7U wrote:
> 
> > On Fri, 18 Jan 2013, Tom Russo wrote:
> >
> >> I just looked over the commit, and while it does appear to fix configure to
> >> find DB versions in the 5.x range, it only changes configure, not the
> >> map_cache.c code where all the ifdefs are.
> 
> I did tweaks to the map_cache.c code Friday but was too busy this weekend to get any computer time to test proper functioning.  I'll be busy tonight for a bit, but may find time to munge my home system's libraries enough to try the latest code.
> 
> What's the simplest test I can use to determine whether the libdb-5.x caching is working?

Select an on-line map that is of a type that uses caching, such as terraserver.
When you click "Apply" see if it downloads a map.  Then force it to re-download
using Maps->Configure->Re-download maps (not from cache).  Verify that it 
grabbed a new copy by looking in ~/.xastir/map_cache for recent image files.
Verify that it actually updated the db file by checking the modification 
time on map_cache.db.

Change the map view using, say, an arrow key.  Let it finish, then go back to
the immediately previous view.  Verify that it has used the cached version
of the map instead of downloading a new copy, by checking the modification
times on files in ~/.xastir/map_cache.

You should probably also be doing this with debug_level set to 512, which
enables a bunch of verbose output from the map caching code.  A quick glance
at the code (all I have time for) makes it appear that *most* of the debugging
output from map_cache.c only happens if various steps fail.

-- 
Tom Russo    KM5VY   SAR502   DM64ux          http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236        http://kevan.org/brain.cgi?DDTNM
 echo "prpv_a'rfg_cnf_har_cvcr" | sed -e 's/_/ /g' | tr [a-m][n-z] [n-z][a-m]