Hello,
some time ago I tried to compile the snapshot 1140(?) in Knoppix 7.7.1
(out of the box, without internet connection). It seemed to compile most
of it, but in the end said: "You possibly have to update your tcl/tk." I
tried to download and update these, but couldn't because of some
dependencies. Knoppix has Tcl 8.6, Tk 8.6.
Is it possible to get it working in Knoppix 7.7.1 (or 8.0)? It has 10 GB
of software preinstalled and can compile many other things out of the
box.
Or is it possible to get a deb file for Knoppix? The latest binary files
for scidb are from 2013. Will these be updated ever?
Scidb would be a great addition to the original Knoppix DVD, which has
some chess software but not a database.
On 2017-05-03 15:37, scidb-users-requ...@lists.sourceforge.net wrote:
> Send Scidb-users mailing list submissions to
> scidb-users@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/scidb-users
> or, via email, send a message with subject or body 'help' to
> scidb-users-requ...@lists.sourceforge.net
>
> You can reach the person managing the list at
> scidb-users-ow...@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Scidb-users digest..."
>
> Today's Topics:
>
> 1. Game Editor (Gregor Cramer)
> 2. Re: Some questions about Scidb (Bogdan Burlacu)
> 3. Re: Some questions about Scidb (Gregor Cramer)
> 4. error loading database (Flavio Barros)
> 5. Re: error loading database (Gregor Cramer)
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 08 Apr 2017 18:36:30 +0200
> From: Gregor Cramer <rema...@gmx.net>
> Subject: [Scidb-users] Game Editor
> To: scidb-users@lists.sourceforge.net
> Message-ID: <1561361.JupL614GkF@purple>
> Content-Type: text/plain; charset="us-ascii"
>
> I've checked in revision 1140. I've overworked the game editor control, now
> it
> provides the maximal performance. With my example game (many variations with
> long lines), I could reduce the loading time of this game from about 15
> minutes to about 4 seconds with the integration of the revised text widget.
> With the overworked game editor control it has been reduced to about 1
> second.
> The scrolling behavior is fast and smooth, with old text widget (from Tk
> library) scrolling was nearly impossible after loading this game.
>
> Slowly I'm coming to an end with the implementation of the fast opening
> position search algorithm, so I will concentrate my work onto the next big
> release: fast opening position search, position (ECO) browser, game links,
> new
> database format, Tip of the Day dialog.
>
> Gregor
>
> ------------------------------
>
> Message: 2
> Date: Tue, 11 Apr 2017 11:35:13 +0200
> From: "Bogdan Burlacu" <froz3nsh...@gmail.com>
> Subject: Re: [Scidb-users] Some questions about Scidb
> To: "'Gregor Cramer'" <rema...@gmx.net>,
> <scidb-users@lists.sourceforge.net>
> Message-ID: <008d01d2b2a6$ec09b4a0$c41d1de0$@gmail.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Gregor,
>
> Thank you for your very detailed and thoughtful answer to my previous
> question.
>
> In the mean time I was able to run ScidB on windows 10 using the linux
> subsystem (actually an Ubuntu 16.04 under the hood) and the free VcXsrv X
> server for Windows. Everything was compiled from the svn source. Here are
> some results: http://imgur.com/a/OO7Eo
> - There is a minor glitch with the editor dialog where tcl throws some
> errors. Probably it's just because I am not running it on a real linux
> system.
> - In the list of games the eco codes are wrong. For the game I opened it
> shows B85 although the actual eco code in the board window seems correct
> (E62). This might be a glitch in the cbh codec.
>
> I will do more testing as I am actively using chess databases and engines
> for my preparation anyway. And I am getting sick of chessbase because it is
> full of bugs. I really appreciate the scidb codebase.
>
> Best regards,
> Bogdan
>
> -----Original Message-----
> From: Gregor Cramer [mailto:rema...@gmx.net]
> Sent: Friday, April 7, 2017 15:11
> To: scidb-users@lists.sourceforge.net
> Cc: Bogdan Burlacu <froz3nsh...@gmail.com>
> Subject: Re: [Scidb-users] Some questions about Scidb
>
> Hello Bogdan,
>
> thanks for your interest for Scidb. About your questions:
>
>> 1) It seems that your MSTL overlaps at least partially with the STL.
> Is
>
>> there a reason why you chose to implement things from zero? I
>> understand Scidb uses some very specialized data structures and
> algorithms.
>
> There are some reasons:
>
> a) Speed. One example: stl::string is a fine thing, but it has to work in
> every application under any conditions. So a string assignment either has to
> copy the whole string content, or to manage reference count, and the latter
> is in general not more efficient than string copy, under general conditions
> reference counting is a bit complex. Scidb has his own conditions. A string
> always belongs to a database, so the life time of the string is coupled with
> the life time of the associated database. So mstl::string does not need to
> copy strings, or to use reference counting, it is only copying the pointer
> of the string, this is super-fast. Such a method in crashing under general
> conditions, but not under the conditions of Scidb.
>
> b) Speed. The mstl classes are implemented with special optimization
> strategies, based on very special type traits. STL does not provide this
> (and cannot provide such special application dependent things).
>
> c) Library size. One example: sorting inside STL will be performed with
> std::sort, and the use of std::sort is producing many instances of the same
> sort algorithm for different class types. This is a big drawback of STL. In
> MSTL I'm using wrappers to qsort in stdlib.h. This is reducing the library
> size significantly.
>
> d) Implementation details. One example: stl::map in general is using a red-
> black-tree, but Scidb's map is using a sorted vector (binary search). In
> general the approach of Scidb has a bad performance (slow insert), but not
> under the special conditions of Scidb, here the sorted vector is better.
> (And if I really need fast inserts, then I use the rbtree class of MSTL.)
>
> e) The MSTL classes are using the special exception handling of Scidb, which
> provides a backtrace. This is not possible with the use of STL, here the
> backtrace cannot be provided. (This would require that every function/method
> has to catch the STL exception.)
>
> f) MSTL contains some special basic classes, not available in STL (and I
> don't like to use the boost library for similar reasons).
>
> g) Scidb is using many specialized classes: specialized (file) stream
> classes, specialized bit sets, and more. The STL has too few classes which
> are of interest (for use in Scidb).
>
> h) The implementation of a specialized STL is not a big thing, compared to
> the overall development time of Scidb this is insignificant.
>
>> 2) Is it possible to decouple database functionality from the GUI,
> and
>
>> use it as a library? Eg., to use custom GUIs or scripts (it would be
>> easy with CQL). Would the library have any chance of being portable?
>> What kind of work would it require to make it portable?
>
> It is decoupled, the GUI interface is separated.The Android app "CBH to PGN"
>
> is using the Scidb library. But the GUI interface is designed only for the
> Tk library, I don't have a toolkit independent framework.
>
> Scidb is designed to be portable to Windows and Mac OS X. But as long as
> Scidb has not reached the alpha state (stable state) the porting will not be
> finished (but is mostly already implemented). Of course porting is a big
> task, it requires to test the whole application on the ported platform.
>
>> 3) Will Scidb include some any command line utilities for
> manipulating
>
>> databases? Eg copying games from one database to another, converting
>> between formats, this kind of stuff.
>
> Scidb already has the command line utilities cbh2si4 (converting CBH to
> si4), and cdb2sci (converting any supported database format to sci). More
> applications are not yet demanded.
>
> Cheers,
> Gregor
>
> ------------------------------
>
> Message: 3
> Date: Tue, 11 Apr 2017 21:25:48 +0200
> From: Gregor Cramer <rema...@gmx.net>
> Subject: Re: [Scidb-users] Some questions about Scidb
> To: Scidb Users List <scidb-users@lists.sourceforge.net>
> Message-ID: <1960592.DY6oxWe5l6@purple>
> Content-Type: text/plain; charset="us-ascii"
>
>> Thank you for your very detailed and thoughtful answer to my previous
>> question.
>
> I have even forgotten another important fact:
>
> i) The STL guarantees the complexity in time, but it does in general not
> guarantee the complexity in space. Example: some implementations for STL are
> using a hybrid for std::string: small strings until about 20 bytes will be
> copied into a buffer, and larger strings will be reference counted. Any
> object
> which contains such a kind of std::string will be expanded by more than 30
> bytes per instance. If you have many empty strings, or many instances with
> larger strings, every instance is wasting about 20 bytes. With many strings
> this may have a significant impact on memory behavior. With MSTL I know the
> complexity in time, and I know the complexity in space, and I'm not dependent
> upon the "black box" behavior of the STL.
>
>> - There is a minor glitch with the editor dialog where tcl throws some
>> errors.
>
> An error box should be shown with the message "not yet implemented". Should
> be
> fixed in r1142.
>
>> - In the list of games the eco codes are wrong. For the game I opened it
>> shows B85 although the actual eco code in the board window seems correct
>> (E62). This might be a glitch in the cbh codec.
>
> I still have a problem in this codec. If the source of the games is
> ChessBase,
> the ECO code will be decoded correctly, but if the source of the games is not
> ChessBase, the decoding of the ECO code does not work properly. I couldn't
> figure this out yet.
>
>> I will do more testing as I am actively using chess databases and engines
>> for my preparation anyway. And I am getting sick of chessbase because it is
>> full of bugs. I really appreciate the scidb codebase.
>
> The current version of Scidb is still dedicated for smaller databases, until
> about 1.5 million of games. With larger databases the opening browser is too
> slow, it makes no fun. But with next big release I will integrate a faster
> algorithm, I'm working since about 3 years on it, and I hope that the opening
> tree will become fast even with databases containing 10 million games, or
> more.
>
> Gregor
>
> ------------------------------
>
> Message: 4
> Date: Mon, 1 May 2017 23:14:27 -0300
> From: Flavio Barros <flaviomargar...@gmail.com>
> Subject: [Scidb-users] error loading database
> To: scidb-users@lists.sourceforge.net
> Message-ID:
> <caokagtnttnsploep6iovfibc42yqkjujdkhx4xyhjqah-ko...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I am on linux with last version for ubuntu. I am running Ubuntu and
> download a database in si4 format. When I try to read to program closes
> with the following error on terminal:
>
> Could not attach to process. If your uid matches the uid of the target
> process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try
> again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf
> ptrace: Opera??o n?o permitida.
> /tmp/gdb-script.13409:2: Error in sourced command file:
> No stack.
> Falha de segmenta??o (imagem do n?cleo gravada)
>
> What can I do?
>
> [image: photo]
> *Flavio Barros*
> Doutorando e Professor do IFSP
> w:www.rmining.net [1]
> <https://br.linkedin.com/in/flaviommbarros/pt>
> "Your time is limited, so don't waste it living someone else's life. Don't
> be trapped by dogma - which is living with the results of other people's
> th...
> <https://www.quotesdaddy.com/quote/563482/steve-jobs/your-time-is-limited-so-dont-waste-it-living-someone>
> Get a signature like this: Click here!
> <http://ws-promos.appspot.com/r?rdata=eyJydXJsIjogImh0dHA6Ly93d3cud2lzZXN0YW1wLmNvbS9lbWFpbC1pbnN0YWxsP3dzX25jaWQ9NjcyMjk0MDA4JnV0bV9zb3VyY2U9ZXh0ZW5zaW9uJnV0bV9tZWRpdW09ZW1haWwmdXRtX2NhbXBhaWduPXByb21vXzU3MzI1Njg1NDg3Njk3OTIiLCAiZSI6ICI1NzMyNTY4NTQ4NzY5NzkyIn0=&u=377656330950605>
> ?
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 5
> Date: Wed, 03 May 2017 17:36:41 +0200
> From: Gregor Cramer <rema...@gmx.net>
> Subject: Re: [Scidb-users] error loading database
> To: Flavio Barros <flaviomargar...@gmail.com>
> Cc: Scidb Users List <scidb-users@lists.sourceforge.net>
> Message-ID: <4246485.7GVqvfrZM8@purple>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello Flavio,
>
> I've tested the affected database
> (http://chessgamesrepository.wordpress.com/2017/02/20/cgr-20170219-full/)
> with
> r960, and this release of Scidb cannot open the database, it is throwing an
> error, because of a namebase bug. So you have two choices:
>
> 1. Use Scid for this database: "sudo apt-get scid". This is the easiest
> solution.
>
> 2. Install Scidb from repository, the latest version is loading this database:
>
> sudo apt-get subversion
> svn checkout https://svn.code.sf.net/p/scidb/code/trunk scidb-code
> cd scidb-code
> ./configure
> make
> sudo make install
>
> Normally this works properly.
>
> I'm working on a new release, but still it takes some time until it will be
> finished. If you have questions, don't hesitate to contact me.
>
> Best,
> Gregor
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
> ------------------------------
>
> _______________________________________________
> Scidb-users mailing list
> Scidb-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scidb-users
>
> End of Scidb-users Digest, Vol 40, Issue 1
> ******************************************
Links:
------
[1] http://www.rmining.net
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Scidb-users mailing list
Scidb-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scidb-users
