[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnubg] Two sided bearoff database
From: |
Michael Petch |
Subject: |
Re: [Bug-gnubg] Two sided bearoff database |
Date: |
Mon, 24 Apr 2006 13:21:38 -0600 |
User-agent: |
Microsoft-Entourage/11.2.3.060209 |
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" <address@hidden> 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
> address@hidden
> http://lists.gnu.org/mailman/listinfo/bug-gnubg
>