Result is the same. I've attached with gdb to the running scidb and find out that it's segfaulting on HashArrayKey () from libtcl. My version of libtcl is 8.6, could this be a problem?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
In the meantime I've tried build it against 8.5 tcl and it is working!
No, it's not the first time I'm building scidb from the repo. Last running revision was r1443. I think, though, that somehow 8.6.8 tcl is somehow got broken on my distro (Arch Linux).
Attaching Makefile.in from when I was building it against 8.6 tcl.
I cannot see any problem in Makefile.in, so I agree that this must be a problem with your 8.6 version. No one of my testers is complaining about 1464, I think it's okay to close this report as unfixable.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I cannot reproduce this problem. Please try to rebuild the executable, this may help:
make clean
make
sudo make install
Result is the same. I've attached with gdb to the running scidb and find out that it's segfaulting on HashArrayKey () from libtcl. My version of libtcl is 8.6, could this be a problem?
Scidb is supporting Tcl 8.5, 8.6, and 8.7.
Is this the first time that you are building Scidb from repository? If not, do you remember the last running version number?
Please attach Makefile.in from installation directory, I guess that possibly the version of the header file does not match the version of the library.
In the meantime I've tried build it against 8.5 tcl and it is working!
No, it's not the first time I'm building scidb from the repo. Last running revision was r1443. I think, though, that somehow 8.6.8 tcl is somehow got broken on my distro (Arch Linux).
Attaching Makefile.in from when I was building it against 8.6 tcl.
I cannot see any problem in Makefile.in, so I agree that this must be a problem with your 8.6 version. No one of my testers is complaining about 1464, I think it's okay to close this report as unfixable.
The issue is with tcl 8.6.8, downgrading tcl/tk to 8.6.7 fixes the segfault:
Last edit: Bogdan B 2018-04-06