Discussion of anything and everything relating to chess playing software and machines.
Moderators: hgm, Dann Corbit, Harvey Williamson
Forum rules
This textbox is used to restore diagrams posted with the [d] tag before the upgrade.
-
abulmo2
- Posts: 317
- Joined: Fri Dec 16, 2016 10:04 am
-
Contact:
Post
by abulmo2 » Sat Jan 02, 2021 10:19 pm
Roland Chastain wrote: ↑Sat Jan 02, 2021 7:26 pm
abulmo2 wrote: ↑Sat Jan 02, 2021 6:42 pm
Have fun with it.
Hello! For your information, I cannot use the Linux binary of Dumb 1.6.
Code: Select all
[roland@localhost 16]$ ./dumb-1.6
./dumb-1.6: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by ./dumb-1.6)
[roland@localhost 16]$
It seems that I have to compile the source. I search how I can install a D compiler...
The ldc2 compiler is probably available in your linux distribution, but I always got trouble in using them. I prefer to directly download the last version at github, currently (but 1.25 is coming soon):
https://github.com/ldc-developers/ldc/r ... _64.tar.xz
I decompress the package in /opt :
Code: Select all
$ cd /opt
$ sudo tar xf <downloaded path>/ldc2-1.24.0-linux-x86_64.tar.xz
and then add the path to /opt/<ldc directory>/bin to my PATH variable by adding to my .bashrc file the following line:
Code: Select all
export PATH=$PATH:/opt/<ldc directory>/bin
Now ldc2 should work:
Code: Select all
$ ldc2 -v
binary /opt/ldc/bin/ldc2
version 1.24.0 (DMD v2.094.1, LLVM 11.0.0)
config /opt/ldc/etc/ldc2.conf (x86_64-unknown-linux-gnu)
Error: No source files
Richard Delorme
-
Roland Chastain
- Posts: 460
- Joined: Sat Jun 08, 2013 8:07 am
- Location: France
- Full name: Roland Chastain
-
Contact:
Post
by Roland Chastain » Sun Jan 03, 2021 4:05 am
abulmo2 wrote: ↑Sat Jan 02, 2021 10:19 pm
The ldc2 compiler is probably available in your linux distribution, but I always got trouble in using them. I prefer to directly download the last version at github, currently (but 1.25 is coming soon):
https://github.com/ldc-developers/ldc/r ... _64.tar.xz
I decompress the package in /opt :
Code: Select all
$ cd /opt
$ sudo tar xf <downloaded path>/ldc2-1.24.0-linux-x86_64.tar.xz
and then add the path to /opt/<ldc directory>/bin to my PATH variable by adding to my .bashrc file the following line:
Code: Select all
export PATH=$PATH:/opt/<ldc directory>/bin
Now ldc2 should work:
Code: Select all
$ ldc2 -v
binary /opt/ldc/bin/ldc2
version 1.24.0 (DMD v2.094.1, LLVM 11.0.0)
config /opt/ldc/etc/ldc2.conf (x86_64-unknown-linux-gnu)
Error: No source files
Thank you for the detailed explanation.
Qui trop embrasse mal étreint.
-
Angle
- Posts: 216
- Joined: Sat Oct 31, 2020 12:04 am
- Full name: Aleksey Glebov
Post
by Angle » Sun Jan 03, 2021 6:03 am
abulmo2 wrote: ↑Sat Jan 02, 2021 6:42 pm
tmokonen wrote: ↑Fri Jan 01, 2021 9:44 pm
The zip file for the Windows compiles contains two files, supposedly 32 and 64 bits, but the compiles are identical 64 bit compiles.
Sorry, I did not know there was still some 32-bits Windows in the wild

. I have uploaded a new zip file that should contain a 32-bits version of Dumb-1.6. Apart support for FRC, Dumb-1.6 brings no improvement over version 1.5, so I see no much interests in testing it as an orthodox chess engine.
My first experience of testing ver. 1.6 as an *orthodox engine* is quite disappoinring. In my current tournament, after 48 rounds it has 12,5 points while ver. 1.5 has 18 points. Although the number of games is very small, I suggest you to check carefully whether you created some bugs in *normal chess* algorithms while implementing FRC support. This reminds me the situation with Bright which became 50-70 elo weaker after implementing FRC.
Incredibly fast systems miscount incredibly fast.
-
abulmo2
- Posts: 317
- Joined: Fri Dec 16, 2016 10:04 am
-
Contact:
Post
by abulmo2 » Sun Jan 03, 2021 9:57 am
Angle wrote: ↑Sun Jan 03, 2021 6:03 am
abulmo2 wrote: ↑Sat Jan 02, 2021 6:42 pm
tmokonen wrote: ↑Fri Jan 01, 2021 9:44 pm
The zip file for the Windows compiles contains two files, supposedly 32 and 64 bits, but the compiles are identical 64 bit compiles.
Sorry, I did not know there was still some 32-bits Windows in the wild

. I have uploaded a new zip file that should contain a 32-bits version of Dumb-1.6. Apart support for FRC, Dumb-1.6 brings no improvement over version 1.5, so I see no much interests in testing it as an orthodox chess engine.
My first experience of testing ver. 1.6 as an *orthodox engine* is quite disappoinring. In my current tournament, after 48 rounds it has 12,5 points while ver. 1.5 has 18 points. Although the number of games is very small, I suggest you to check carefully whether you created some bugs in *normal chess* algorithms while implementing FRC support. This reminds me the situation with Bright which became 50-70 elo weaker after implementing FRC.
On a gauntlet test with bullet time control at 10+0.1s I saw no difference between the two versions (1.6 is even ahead):
Code: Select all
10 dumb-1.6 : 2348.9 12.4 1065.0 1900 56.1%
11 dumb-1.5 : 2345.5 12.3 1057.5 1900 55.7%
perft shows no measurable speed difference in the move generator. The only difference in orthodox chess is the order of the two castling moves which are inverted during move generation, but I do not think it has a big impact on the game play. Except for castle handling, I did not change anything important in the code.
Richard Delorme
-
Gabor Szots
- Posts: 763
- Joined: Sat Jul 21, 2018 5:43 am
- Location: Szentendre, Hungary
- Full name: Gabor Szots
Post
by Gabor Szots » Sun Jan 03, 2021 1:20 pm
abulmo2 wrote: ↑Sat Jan 02, 2021 6:42 pm
Apart support for FRC, Dumb-1.6 brings no improvement over version 1.5, so I see no much interests in testing it as an orthodox chess engine.
A pity this was not announced at your web page before I started my test. Anyway, I do find it is somewhat stronger than 1.5 (if it's not a statistical fluke) so maybe it was not a wasted time.
Gabor Szots
CCRL testing group
-
bastiball
- Posts: 47
- Joined: Tue Oct 20, 2020 2:18 am
- Full name: Basti Dangca
Post
by bastiball » Mon Jan 04, 2021 11:29 pm
It is now working, Thanks Angle!

-
Angle
- Posts: 216
- Joined: Sat Oct 31, 2020 12:04 am
- Full name: Aleksey Glebov
Post
by Angle » Mon Jan 04, 2021 11:47 pm
Hi, Frank! I have already solved my problem by downloading a proper dll (initially I downloaded a 32 bit dll instead of 64 bit). Now everything works fine.
Incredibly fast systems miscount incredibly fast.