Author: Robert Hyatt
Date: 12:36:29 03/28/00
Go up one level in this thread
On March 28, 2000 at 05:14:56, blass uri wrote: >On March 27, 2000 at 23:08:13, Robert Hyatt wrote: > >>On March 27, 2000 at 21:27:31, Dann Corbit wrote: >> >>>On March 27, 2000 at 21:17:00, Robert Hyatt wrote: >>>[snip] >>>>This is caused by the bishop 'leaving'. It found a way to sac the bishop, >>>>and since you don't have even simple databases like kpk, it won't realize that >>>>the resulting ending is a dead draw... >>>> >>>>I don't get that odd behavior at all here, with databases turned on... >>>That's odd. I have the 3&4 piece tablebase files installed, and crafty reports >>>that it finds them... >>> >>>Here is the startup for that position from the log file: >>>pondering enabled. >>>EGTB cache memory = 6M bytes. >>>hash table memory = 24M bytes. >>>pawn hash table memory = 8M bytes. >>>EGTB access enabled >>>using tbpath=e:/crafty/release/tb,F:/KBP >>>4 piece tablebase files found >>>1302kb of RAM used for TB indices and decompression tables >>>search nodes set to 100000000. >>>PFGA: EPD record: 1 >>>end-game phase >>> clearing hash tables >>> time surplus 0.00 time limit 16:39 (16:39) >> >> >>Watch the PV when the score is funny. It probably finds a way to force black >>to take the B, while keeping 2 or 3 pawns... most likely 3 pawns... which >>means that if you don't have all the 5 piece endings, that will look like a >>winning position for white... > >I looked at the pv posted by dan corbit and I only found sacrifices of pawns and >not one sacrifice of a bishop. > >Uri Look at the last PV. Bishop is getting taken on c7. Leaving a k+rookpawn vs king.
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.