xwords/xwords4
Eric House 82e6c5495b fix to delete dict even when loc is wrong
Somehow I got a wordlist into a location different from what was
recorded in the DB table and since the delete command matched on
location as well as name it was never deleted (which meant the checksum
was never updated and so upgrading never seemed to succeed.) Removing
the match on location fixed that problem, and since I don't see any harm
in cacheing only one version of a wordlist will simply leave it that
way.

Did a bunch of cleanup as well.
2018-05-01 07:22:59 -07:00
..
android fix to delete dict even when loc is wrong 2018-05-01 07:22:59 -07:00
common silence warning 2018-04-18 21:54:51 -07:00
dawg put back a couple of words -- not dirty! 2017-05-05 06:48:52 -07:00
debian ignore debian build files 2012-01-04 18:11:29 -08:00
linux fix stuff to make valgrind happy 2018-04-17 21:13:53 -07:00
newrelay beginnings of new relay: shows persistence 2017-11-05 19:24:41 -08:00
relay add valgrind option to test script 2018-04-14 10:48:20 -07:00
scripts more work on script 2014-02-26 07:52:18 -08:00
tests allow to run multiple games at once 2005-09-14 05:12:07 +00:00
wince make trade and move confirm non-blocking 2017-02-17 08:58:20 -08:00
Makefile include all .xml and .java files, but only if they're not named in a .gitignore file in the same directory 2014-03-01 11:44:20 -08:00