added option for work-around for some FRC engines in regards to FRCFENs
authorH.G. Muller <h.g.muller@hccnet.nl>
Sat, 13 Jun 2009 16:36:26 +0000 (09:36 -0700)
committerArun Persaud <arun@nubati.net>
Sat, 13 Jun 2009 16:36:26 +0000 (09:36 -0700)
commitb95871c81d97fab30442cb1509b06168dfd3aeff
tree4b8c9f1d0f686147666268c1b723a75b5d2d397f
parentf795bf86b3011a5e0aa88493ce106ca93e664089
added option for work-around for some FRC engines in regards to FRCFENs

It suddenly occurred to me that I had promised on CCC to include an option to provide a work-around for the problem that some FRC engines do not understand FRC FENs (and thus do not play at all under WinBoard, as FRC always has to begin with sending the initial position).

So I added the options -firstNeedsNoncompliantFEN, -secondNeedsNoncompliantFEN. This affects winboard.c and xboard.c, (for defining the option), common.h, backend.h, backend.c, (for implementing it), xboard.texi and winboard.rtf (decribing it). This option provides users with a means to always force the FEN castling field to KQkq (but can be used for many other work-arounds as well).
backend.c
backend.h
common.h
winboard/winboard.c
winboard/winboard.rtf
xboard.c
xboard.texi