Problems: - Backwards Compatibility (To previous formats - Non issue imho) - the databases will only work on newer builds. - If we use a single file format (that is all 64 bit offsets) then we waste space for databases that require only 32 bits of data. I'd suggest supporting either a 32 or 64 bit variant by some header information in the database file. - Some file systems only support 32 bit offsets (even though the software may support 64 bit offsets) - IE: older ext2 file systems (Circa Redhat 6), FAT, FAT32 etc. - Some older compilers only support 32 bit offsets. - Some compilers/OS's apparently implement 64 bit offsets a bit differently on functions like fseek etc.
In the end supporting a larger database is doable, but some work is needed to make sure the software remains buildable across new and older development platforms. Just an opinion, Mike On 4/24/06 9:36 AM, "Ian Shaw" <[EMAIL PROTECTED]> wrote: > Is it possible yet to generate a database larger than 11 chequers on six > points? > > IIRC, the problem is that the pointer into the database file is a 32 bit > integer, limiting the number of positions that can be addressed. > > -- Ian > > > _______________________________________________ > Bug-gnubg mailing list > [email protected] > http://lists.gnu.org/mailman/listinfo/bug-gnubg > _______________________________________________ Bug-gnubg mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnubg
