tome4 (Script that sets LD_LIBRARY_PATH)
WebCore config: library(/usr/local/src/t-engine4-linux64-1.4.9/lib64/libte4-web.so) spawn(/usr/local/src/t-engine4-linux64-1.4.9/cef3spawn64)
Loading WebCore: Failed loading /usr/local/src/t-engine4-linux64-1.4.9/lib64/libte4-web.so: libgcrypt.so.11: cannot open shared object file: No such file or directory
[CPU] Detected 4 CPUs
OpenAL device available: PulseAudio Software (default PulseAudio Software)
OpenAL device available: ALSA Software (default PulseAudio Software)
Available video driver: x11
Available video driver: dummy
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 153 (GLX)
Minor opcode of failed request: 3 (X_GLXCreateContext)
Value in failed request: 0x0
Serial number of failed request: 79
Current serial number in output stream: 80
AL lib: ALc.c

exit(): closing 1 Device
AL lib: ALc.c

alcCloseDevice(): destroying 1 Context(s)
Doesn't appear to be a crash, it isn't happy admitted but it looks like a more or less normal shutdown.
ldd libte4-web.so | grep libgcr
libgcrypt.so.11 => not found
libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007fe0483db000)
As it's still linked against libgcrypt.so.11 the loader won't allow things to go further. At least that's my read of that.
And it's definitely a change on my machine that's tripped this, 1.4.8 and 1.4.9 were both running. As far as I'm aware though, just normal Fedora updates caused the problem.
Launch script:
...........
cd /usr/local/src/t-engine4-linux64-1.4.9
export LD_LIBRARY_PATH=/usr/local/src/t-engine4-linux64-1.4.9/lib64
taskset -c 0,1 ./t-engine
........

The taskset because it's been known to be a hungry and unkillable beast on occasions