Haha, after a little look, it looks ok :). Thanks. I think maybe your
backend changes are more robust than that of Bens' chess960 patch.
I have opened a ticket for it.
https://sourceforge.net/p/scidvspc/tickets/4/
I thought Sourceforge had a patches page.. but i cant find it, so maybe
they have gone.
Otherwise, sorry, but i don't have much time, and the C backend is not my
forte.
You look like you know what you're doing more than me here.
If it's just general TCL help you're after, just shoot me an email.
A starting point for modifying the tcl is to notify chess engines about 960,
which works with Stockfish.
--- tcl/tools/analysis.tcl (revision 2566)
+++ tcl/tools/analysis.tcl (working copy)
@@ -3639,6 +3639,7 @@
# proc is called for any change in board position (including new
games, and simple moves)
set nonStdStart [sc_game startBoard]
if {$nonStdStart} {
+sendToEngine $n "setoption name UCI_Chess960 value true"
set analysis(startpos$n) "fen [sc_game startPos]"
} else {
set analysis(startpos$n) startpos
Ben Hague's chess960 patch is in the src/patches directory, and includes
some tcl changes.
> I think the gui should substitute a friendly rook capture for a king
moving 2 as early as possible before passing move to the c code.
I can probably look at that sometime. Any other things that come to mind ?
> I would like to continue on. Maybe the FICS functionality could be
improved. Maybe bughouse or crazyhouse. I do not know tcl/tk, although that
may change.
That'd be great. fics.tcl a bit of a monster, but i've tried to document it.
One other thing comes immediately to mind.. It'd be nice to handle/convert
the X_FEN castling conventions.
Hmmm - I have found a decent bug regarding vars and game saves. I'll post
it to the ticket page.
cheers, Steven
------------------------------------------------------------------------------
_______________________________________________
Scidvspc-users mailing list
Scidvspc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scidvspc-users
