Pascal Georges schrieb: Hi!
>> Besides closing and reopening the DB, are there any other >> checks I can perform? As I currently use the cvs version >> also adding some code there would be an option. I've some >> books to add still, hence I've some material left. Therefore >> if you've an idea how to nail it down, I'd be willing to >> help here. One of the books is the Barmen Chess Congress >> 1905, and if the error occurs about every 100 searches that >> one will offer some playground (actually the reason why I >> did not add it yet). > > One idea is to explicitely trigger search->reset filter if > a search seems to be incorrect. Ok, I'll try that next time before closing the DB. > What is important is to reproduce the bug I know. My problem is that I do not know how to do it. > so before entering a game, save the 3 base files > somewhere, and if the bug occurs, reproduce it with the > saved files. Uh. I'll try, though the base in question is a bit big. Anyway: the files itself seem to be ok. Looks more like the indicees kept in RAM that get corrupted. Or it's just a display problem? That is: scid finds but nothing gets displayed as a result? > If the bug can be reproduced, the rest is easy. I > compared actual Scid code with Scid 3.6.1, and I saw > nothing that may explain this problem. Ok. Some difference must be there though somewhere burried in the depths, as I never observed it on scid 3.6.1 doing this exercise for some time now. -- Kind regards, Alexander Wagner Universitaetsbibliothek Ilmenau Langewiesener Str. 37 98693 Ilmenau Tel.: 03677/69-4521 , Fax.: 03677/69-4617 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Scid-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/scid-users
