Could you send me this base, or a link from which I can download it ?
Pascal
2009/11/3 Niels Borne <niels.bo...@laposte.net>
>
> 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
> | *****************************************
> |
>
>
> ------------------------------------------------------------------------------
> 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
>
>
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
