Marcin Kasperski a écrit :
> Well, maybe it would be possible to handle it backward compatible
> somehow? Say, by splitting such games and putting some
> continuation mark on the end, so scid can glue for presentation?
>
>
>
I already used such a trick to make sure that a 32 kB can fit in a
> As there is an overflow with a game, my guess is that the
> games before this one should be imported (at least I think so,
> if I remember well the code),
Yes, they were. In fact this is how I found troublesome game in
large file (the first after last imported)
> Concerning a game of 200 kB,
Marcin Kasperski a écrit :
> I just once more got scid failure while importing PGN file due to
> the large game. This time it is reasonably mainstream case
> - ultra083.pgn file from UltraCorr database
> (http://www.chessmail.com/shopcart/catalog01.html, this is
> according to many the best corre
Marcin Kasperski a écrit :
> Note that I tried recompiling scid with Length variable type
> changed from ushort to uint (this is how I understood the
> suggestion in changelog, is it right?) and it did *not* help.
>
This is normal as I put a check on the game size in file tkscid.cpp
(line 733
Note that I tried recompiling scid with Length variable type
changed from ushort to uint (this is how I understood the
suggestion in changelog, is it right?) and it did *not* help.
PS I won't send the game to the list as it belongs to the
commercial offering, but I think I can provide it direct
I just once more got scid failure while importing PGN file due to
the large game. This time it is reasonably mainstream case
- ultra083.pgn file from UltraCorr database
(http://www.chessmail.com/shopcart/catalog01.html, this is
according to many the best correspondence games
archive available).
