Hi, Thanks for the hint, but there is no .stc file for the base. The games are loaded without problem. But when asking for a tree scid stops (or rather hangs) after a while, as if a particular game was the issue.
Niels
| Message: 5
| Date: Mon, 2 Nov 2009 09:04:05 +0100
| From: Pascal Georges <pascal.georg...@free.fr>
| Subject: Re: [Scid-users] tree issue after converting to new database
| format
| Cc: scid-users@lists.sourceforge.net
| Message-ID:
| <f71ac7820911020004k3b79ab41p117b11eb01191...@mail.gmail.com>
| Content-Type: text/plain; charset="iso-8859-1"
|
| Did you try to delete the .stc file associated with this base ?
| When you open this base, can you load the games ?
|
| Pascal
|
| 2009/10/31 Niels Borne <niels.bo...@laposte.net>
|
| >
| > Hi,
| >
| > I did convert several of my databases to the new format after upgrading
| > to scid 4.0. It went generally fine but when I try to build a tree with one
| > of these I have the following error message.
| > Any clue ? Of course I don't have any backup.
| >
| > Thanks,
| >
| > Niels
| >
| >
| >
| > Error reading game file.
| > Error reading game file.
| > while executing
| > "sc_tree search -hide $tree(training$baseNumber) -sort
| > $tree(order$baseNumber) -base $base -fastmode $fastmode"
| > (procedure "::tree::dorefresh" line 28)
| > invoked from within
| > "::tree::dorefresh $baseNumber"
| > (procedure "::tree::refresh" line 17)
| > invoked from within
| > "::tree::refresh $baseNumber"
| > (procedure "::tree::make" line 198)
| > invoked from within
| > "::tree::make"
| > invoked from within
| > ".main.tb.tree invoke"
| > ("uplevel" body line 1)
| > invoked from within
| > "uplevel #0 [list $w invoke]"
| > (procedure "tk::ButtonUp" line 22)
| > invoked from within
| > "tk::ButtonUp .main.tb.tree"
| > (command bound to event)
| >
| >
| >
| >
------------------------------------------------------------------------------
| > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
| > is the only developer event you need to attend this year. Jumpstart your
| > developing skills, take BlackBerry mobile applications to market and stay
| > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
| > http://p.sf.net/sfu/devconference
| > _______________________________________________
| > Scid-users mailing list
| > Scid-users@lists.sourceforge.net
| > https://lists.sourceforge.net/lists/listinfo/scid-users
| >
| >
| -------------- next part --------------
| An HTML attachment was scrubbed...
|
| ------------------------------
|
| Message: 6
| Date: Mon, 2 Nov 2009 09:06:36 +0100
| From: Pascal Georges <pascal.georg...@free.fr>
| Subject: Re: [Scid-users] Resigning from a serious game.
| Cc: scid-users@lists.sourceforge.net
| Message-ID:
| <f71ac7820911020006k43745d54r4ebfb5bf891bc...@mail.gmail.com>
| Content-Type: text/plain; charset="iso-8859-1"
|
| There is no resign button.
|
| Pascal
|
| 2009/10/31 Dale Hards <dale.ha...@googlemail.com>
|
| > Hi guys,
| >
| > I can't seem to work out how to resign from a serious game against the
| > computer (i.e. Rybka). I click "abort" which ends the game, but the PGN
| > isn't being marked as a win for the computer. I've looked at the F1 help,
| > and the help on the net, as well as searching through the mailiing lists but
| > can't find anything.
| >
| > Am I being a moron? Any help?
| >
| > Thanks,
| >
| > Dale
| >
| >
| >
------------------------------------------------------------------------------
| > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
| > is the only developer event you need to attend this year. Jumpstart your
| > developing skills, take BlackBerry mobile applications to market and stay
| > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
| > http://p.sf.net/sfu/devconference
| > _______________________________________________
| > Scid-users mailing list
| > Scid-users@lists.sourceforge.net
| > https://lists.sourceforge.net/lists/listinfo/scid-users
| >
| >
| -------------- next part --------------
| An HTML attachment was scrubbed...
|
| ------------------------------
|
| Message: 7
| Date: Tue, 03 Nov 2009 17:39:26 +0100
| From: Alexander Wagner <a.wag...@physik.uni-wuerzburg.de>
| Subject: Re: [Scid-users] Mousewheel scroll
| To: Pascal Georges <pascal.georg...@free.fr>
| Cc: Scid Users List <scid-users@lists.sourceforge.net>
| Message-ID: <4af05cbe.8070...@physik.uni-wuerzburg.de>
| Content-Type: text/plain; charset=ISO-8859-1; format=flowed
|
| Pascal Georges wrote:
|
| Hi!
|
| > [Fulvio, I copy Scid users list to see if others agree with our point
| > of view]
|
| I fear I can not really follow your discussion here.
|
| > One other comment : in a previous patch, there was some code to
| > handle
| > the case where a move is entered and if already existing in a
| > variation, this variation was entered in.
| > Do you plan to send this as a separate patch ?
| >
| > Pascal
| >
| >
| >
| > Yes, the code is really simple (i have attached the patch for
| > main.tcl) and i'm using it without problems.
| > My doubts are:
| > - Adding an option is the best way? Having multiple variations
| > starting with the same move creates, in my opinion, a really
| > confusing game.
|
| This confuses me, now ;) Actually, I have all the time several
| variations that start out with the very same move. This is even vitally
| important and makes perfect sense to have, simply as it is the only way
| to add variations at the end of the game, and I need to add variations
| at the end of the game for analysing my cc games. And I admit I do not
| find this confusing in any way but a necessity. It would be very
| troublesome, however, if I had to move my analysis into one large tree
| of variations just to start out with the same move only once.
|
| Very simple example:
|
| 1.e4
| (1.e4 e6)
| (1.e4 c5)
| (1.e4 e5)
|
| Of course I could do
|
| 1.e4
| (1.e4 (...e6)
| (...c5)
| (...e5)
| )
|
| but as the tree behind each of the candidates might get a bit complex I
| usually use the first method to keep things simpler and spare me an
| additional ().
|
| > Further, even without adding an option, if one
| > really wish can still add manually a new variation with the menu.
| >
| >
| > That's right, and that is also my point of view about confusing games.
| > But I see an issue here : if a move already exists in several
| > variations, the first encountered is entered into. Maybe in that case it
| > would be better to fallback to the display of the variation window (or
| > something like that) to make sure the user will not enter a specific
| > line when he wanted to enter another one.
|
| I admit that I do not like the variation window and disabled it.
| Usually, I navigate variations by means of pgn notation only. Especially
| if it gets a bit complex I like the "overview feature" I gain by this
| window. (I've it open all the time.)
|
| > So what others think about this : when the user enters a move, if the
| > move already exists in the main line or in a variation, the move is not
| > duplicated but we simply move forward (no need to display the dialog box
| > asking for adding a variation, a main line, etc.) ? Personaly I find it
| > the best thing to do.
|
| This would, as far as I get your discussion, break my annotation at the
| end of the game, which is indeed vitally important in CC gameplay.
| Actually, I'm always at the end of the game ;)
|
| --
|
| Kind regards, / War is Peace.
| | Freedom is Slavery.
| Alexander Wagner | Ignorance is Strength.
| |
| | Theory : G. Orwell, "1984"
| / In practice: USA, since 2001
|
|
|
| ------------------------------
|
| ------------------------------------------------------------------------------
| Come build with us! The BlackBerry(R) Developer Conference in SF, CA
| is the only developer event you need to attend this year. Jumpstart your
| developing skills, take BlackBerry mobile applications to market and stay
| ahead of the curve. Join us from November 9 - 12, 2009. Register now!
| http://p.sf.net/sfu/devconference
|
| ------------------------------
|
| _______________________________________________
| Scid-users mailing list
| Scid-users@lists.sourceforge.net
| https://lists.sourceforge.net/lists/listinfo/scid-users
|
|
| End of Scid-users Digest, Vol 40, Issue 1
| *****************************************
|
pgplgx4bs0TsJ.pgp
Description: PGP signature
------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference
_______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
