In arch linux, I imported a pgn database into scidb, it has more than 6 million matches, then I exported it to .sci, it works perfectly in arch linux, but if I try to open this same .sci database in scidb-beta installed on debian, gives error. The compilation of scidb is the same on both systems. I was intrigued by this error. Has anyone ever had a problem similar to this? The database is perfect, there is nothing corrupted. I even did the opposite to discard the corrupted file, I copied it from Debian to Arch Linux, scidb-beta opens it perfectly in Arch Linux. I will post the error output in the terminal. If anyone can shed some light on this problem, I would appreciate it. Crazy things that I came to consider for this error: The two systems must have exactly the same gcc, tcl, tk libraries as the system where the database was generated, the scidb-beta compilation must have exactly the same libraries on both systems, etc...???? Thank you for your attention.
Erro: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UDisks was not provided by any .service files
(func) insertPlayer
(file) db_namebase.cpp:438
(what) precondition violation: ::sys::utf8::validate(name)
(type) mstl::precondition_violation_exception
=== Backtrace ============================================
TclNRRunCallbacks
Tcl_EvalEx
Tk_BindEvent
TkBindEventProc
Tk_HandleEvent
Tcl_ServiceEvent
Tcl_DoOneEvent
Tk_MainLoop
Tk_MainEx
__libc_start_main
==========================================================
The problem seems to be the versions of gcc and its libs. I did a test, copied all the scidb-beta executables installed on arch linux to debian, and when I tried to run scidb-beta on debian, it didn't open, generating the following error in the terminal...
But the problem goes deeper than just that. I could say: Ok, so I'm going to take pgn and generate a .sci database in Debian. Sweet illusion, scidb-beta on debian cannot open pgn. I think scidb-beta only works satisfactorily in the arch linux framework. Currently arch linux uses gcc 13 v 2.38, debian sid is using 13 v 2.37, but the problem doesn't seem to be just that, there are other mysterious factors in the way, scidb compiled in debian should do exactly the same thing as the version compiled in arch.