| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
18.14 Minor bug in ResignOrDraw() code caused Crafty to not offer draws
although it would accept them when appropriate. Rook vs Minor
is now evaluated as "neither side can win" an oversight in the
EvaluateWinner() code. minor bug in ResignOrDraw() would fail to
offer draws due to the +0.01/-0.01 draw scores returned by the
EGTB probe code.
18.15 change in endgame draw recognition to handle the case where one
side appears to be in a lost ending but is stalemated. the code
now evaluates such positions as "DrawScore()" instead. the code
to accept/decline draws has been modified. when a draw offer is
received, a global variable "draw_offer_pending" is set to 1.
when the search for a move for crafty terminates, crafty then
uses this value to decide whether to accept or decline the draw.
this means that the accept/decline won't happen until _after_ the
search has a chance to see if something good is happening that
should cause the draw to be declined, closing a timing hole that
used to exist that let a few "suspects" get away with draws that
should not have happened (ie crafty has - scores for a long time,
the opponent suddenly fails low and sees he is losing and offers
a draw quickly. Crafty would accept before doing a search and
noticing that it was suddenly winning.) minor evaluation change
to notice that K+B+right RP vs K+B is not necessarily won if the
weaker side has a bishop of the right color.
|
|
18.4 recapture extension was left in SearchSMP() erroneously. this
has now been protected by a #ifdef just like it was in Search().
bug in RepetitionCheck() was causing problems in SMP versions.
The entire repetition list code was modified to clean this up.
the problem was most noticable on things like fine #70. bug in
LearnImportBook() confused the learn value sign, due to the other
changes to make +=white all the time. opposite bishop scoring
has been beefed up a bit to avoid these drawish endings.
|
|
The main feature is that it fixes the winboard hang problem when crafty plays
black on a chess server. It also has much more aggressive book learning (code
has been significantly changed). A minor bug was fixed in analyze mode that
would break the "h" command when black was on move, and show one less move for
either side that had actually been played in the game. Another fixed bug
reversed the sign of a score whispered in analysis mode.
Pkgsrc changes include fixing the build target on Solaris (untested).
|
|
optimize Crafty for i[456]86 can set CFLAGS appropriately in /etc/mk.conf.
|
|
main source tree, so no more pkgsrc patches. Changes from version 17.13:
another endgame evaluation problem fixed. the outside passed
pawn code worked well, up until the point the pawn had to be
given up to decoy the other side's king away from the remainder
of the pawns. Crafty now understands the king being closer to
the pawns than the enemy king, and therefore transitions from
outside passer to won king-pawn ending much cleaner.
new command "selective" as requested by S. Lim, which allows the
user to set the min/max null move R values (default=2/3). they
can be set to 0 which disables null-move totally, or they can be
set larger than the default for testing.
minor changes to init.c sent by Eugene Nalimov to handle 64 bit
pointer declarations for win64 executable compilation.
NetBSD changes included along with a new Makefile that requires
no editing to use for any known configuration ("make help" will
explain how to use it). this was submitted by Johnny Lam.
serious changes to the outside passed pawn code. the evaluator
now understands that outside passers on _both_ sides of the
board is basically winning. same goes for candidate passers.
|
|
|
