Andy2 977feada82 use a reference to a byte array in the java heap (locking down the ... object) rather than allocating a new array in the C heap -- for the DAWG data of a dictionary. This can use up to 5% of the java heap for huge dictionaries, but I'm hoping it fixes a problem reported by a user of the large German dictionary that seems to involve allocation. If I'm reading correctly, as long as I stay within 16M (24M or more on newer devices) I'm sure to get my memory in the java world while it's less a sure thing in the JNI world (where in addition linux's aggressive overallocation is used, meaning I'll fail when I try to swap in memory on write rather than get back NULL from malloc.)		2011-01-31 18:56:20 -08:00
..
android	use a reference to a byte array in the java heap (locking down the	2011-01-31 18:56:20 -08:00
common	check for null ptrs to allow creating loading games that won't draw or	2011-01-23 21:45:41 -08:00
dawg	ignore uncompressed dicts too	2011-01-24 22:21:44 -08:00
linux	move pipe handling code to where can be shared by curses and gtk -- but use from curses is untested.	2011-01-24 22:20:47 -08:00
relay	change format of reply to MSG_GET: include number of messages per	2011-01-27 06:37:36 -08:00
scripts	script to replace, eventually if I'm lucky, svnversion as a way to	2010-06-05 07:20:49 -07:00
tests	allow to run multiple games at once	2005-09-14 05:12:07 +00:00
wince	been a while since cvs...	2010-11-09 05:53:49 -08:00
Makefile	include java files in TAGS	2010-01-25 02:09:08 +00:00