Re: segfault running eui on remote server
- Posted by ghaberek (admin) Nov 22, 2021
- 654 views
Hi, haven't posted here in 18 years, and that was under another name. But for those 18 years I've been running Euphoria (up to v3.1) to power scripts on my website on a shared hosting platform. Then last week, following "system maintenance", Euphoria stopped working. I quickly established that the host would no longer run 32 bit binaries so downloaded the latest 64 bit package and accepted I'd have to change some of the code for version 4.x (which I've been running at home). I uploaded the eui interpreter to start with. But it won't run.
Just typing "./eui" with no arguments at the command line causes a "Segmentation fault" message and an immediate exit.
I don't have the access to do a proper install on the remote host but thought I should just be able to copy the interpreter over and any necessary libraries. The same binary runs fine on a machine at home without a full Euphoria install. Both the home machine and the remote one report "x86_64" when I run arch.
I know it's not a lot to go on but has anyone any idea how to move forward? Webhosts are little help ("use Perl instead").
chris.
Welcome back!
Do you know which distro this shared host is running?
If you can run commands on the system, what output do you get for these commands?
- cat /etc/*-release
- uname -a
- ldd --version
- ldd eui
On a Debian 10 (Buster) system, I get the following:
$ cat /etc/*-release PRETTY_NAME="Debian GNU/Linux 10 (buster)" NAME="Debian GNU/Linux" VERSION_ID="10" VERSION="10 (buster)" VERSION_CODENAME=buster ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" $ uname -a Linux e2fc44991087 5.4.119-1-pve #1 SMP PVE 5.4.119-1 (Tue, 01 Jun 2021 15:32:00 +0200) x86_64 GNU/Linux $ ldd --version ldd (Debian GLIBC 2.28-10) 2.28 $ ldd eui linux-vdso.so.1 (0x00007ffd36b2e000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fccb7a05000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fccb7a00000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fccb79df000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fccb781e000) /lib64/ld-linux-x86-64.so.2 (0x00007fccb7b8d000)
My thought is that either the GLIBC version is too old or a shared library is missing (which would say "not found" in the output of ldd eui).
-Greg