Author: Scott Gasch
Date: 10:10:51 05/10/05
Go up one level in this thread
On May 10, 2005 at 12:31:11, Dann Corbit wrote: >On May 10, 2005 at 12:27:13, Dann Corbit wrote: > >>[D]rnbqkbnr/qqqqqqqq/qqqqqqqq/QqQqQqQq/QqQqQqQq/QQQQQQQQ/QQQQQQQQ/RNBQKBNR w >>KQkq - >> >>setboard rnbqkbnr/qqqqqqqq/qqqqqqqq/QqQqQqQq/QqQqQqQq/QQQQQQQQ/QQQQQQQQ/RNBQKBNR >>w KQkq - >>go >> >>Crashed so far: >>Crafty >>Shredder >>Beowulf >> >>Gandalf did not crash but (understandably) has been pounding away trying to >>finish ply 1 for about 8 minutes so far. > >Gandalf did not crash, but could not resolve ply 1 in ten minutes >ProDeo crashes >Aristarch 4.5 does not crash, now trying to resolve ply 1 Does simply refusing to set the FEN count as not crashing? Since this is a nonsense position I can understand why programs would crash with it. What I can't understand is why they let the FEN though their FEN parser if they can't handle it. white(1): setboard rnbqkbnr/qqqqqqqq/qqqqqqqq/QqQqQqQq/QqQqQqQq/QQQQQQQQ/QQQQQQQQ/RNBQKBNR w - - 0 0 _FenToPosition: Too many pieces Error (malformed FEN): rnbqkbnr/qqqqqqqq/qqqqqqqq/QqQqQqQq/QqQqQqQq/QQQQQQQQ/QQQQQQQQ/RNBQKBNR w - - 0 0 Scott
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.