The whole process is automated (I connect to a GnuGo GTP client) Thanks for the solution to the problem -- I will give it a shot.
Regards Adam ----- Original Message ---- From: Gunnar Farnebäck <[EMAIL PROTECTED]> To: Adam Paster <[EMAIL PROTECTED]>; GNU Go development <gnugo-devel@gnu.org> Sent: Friday, 12 May, 2006 9:04:24 PM Subject: Re: [gnugo-devel] you stepped on a bug Adam wrote: > I run a GnuGo bot on the DragonGoSever.net. I have recently > encountered some bugs that I am forwarding to you. I will put them > in separate emails to make it easier for you. Do you enter the moves manually or is it automated? > The first buggy sgf is attached to this email. Loading this sgf in > gnugo 3.7.9 causes an assert failure and the program to abort. > > I loaded this sgf with gnugo -l DragonBot-c_plante-20060511.sgf The problem with this game is that it's played on a 21x21 board. You can solve this problem by increasing MAX_BOARD from 19 to 21 in engine/board.h and recompile. However, even if the board is too large, there's no good reason to crash over the fact when loading a game record. We should change this to give a more controlled error message. Thanks for the report. /Gunnar _______________________________________________ gnugo-devel mailing list gnugo-devel@gnu.org http://lists.gnu.org/mailman/listinfo/gnugo-devel
