This may be related to a long-known bug that exists in both Scid and Scid vs
PC. If you are adding or deleting moves/variations in a complex game tree that
has a non-standard start and a FEN string with a 'fullmove number' other than
one, you're likely bumping up against this edge case.
Hist
Hi Greg,
thanks for the detailed analysis.
My guess is it doesn't depend on the engine but it is triggered when the
analyzed move is added to the current (probably complex) game.
It is pretty easy to debug SCID on Linux, something like:
sudo apt-get install build-essential gdb cmake tcl-dev
git cl
I've discovered what seems to be a workaround for the buffer overflow
problem I described in my June 23, 2020, message to this list.
This might hint at the source of the problem (or it might mean that
the problem is now moot).
The issue was that when analyzing certain games using Stockfish version
17:52:40 -0500
> From: Greg Marks
> To: scid-users@lists.sourceforge.net
> Subject: Re: [Scid-users] buffer overflows
> Message-ID: <20200625225240.ga5...@xiphias.gmarks.org>
> Content-Type: text/plain; charset="us-ascii"
>
> Dear Scid Users and Developer
n 2020 10:22:51 +0200 (CEST)
> From: f...@libero.it
> To: Greg Marks , scid-users@lists.sourceforge.net
> Subject: Re: [Scid-users] buffer overflows
> Message-ID: <1840203400.798072.1593073372...@mail1.libero.it>
> Content-Type: text/plain; charset="utf-8"
>
&
Have you tried if the latest version works?
https://sourceforge.net/projects/scid/files/Scid/Scid%20Latest/scid_linux.tar.gz/download
> Scid crashes after analyzing two moves. I am analyzing with Stockfish
> 230620 64 BMI2 in Scid version 4.6.4 (using tcl/tk version 8.6.9)
> on a Deb
I've encountered a bizarre problem analyzing with Scid.
When analyzing starting from this FEN position:
b2r4/3r1pkp/p2ppn2/1p2q1p1/3NP3/PBPR1P2/1P3QPP/4R1K1 w - - 1 29
which is the position after Black's 29th move in Game 16 of the 1993
Kasparov-Short championship match, available here:
ht
