reopening , not fixed for 32bit OS
https://starmadedock.net/threads/critical-issue-after-new-update-linux.26209/#post-301814
Testing from 0.199.132a
According to feedback looks like the issue still exists for the i386 arch
I finally took a look at the objects, and they are indeed bound against different symbol sets.
objdump -p libStarMadeNative64.so
libStarMadeNative64.so: file format elf64-x86-64
Program Header:
...
Dynamic Section:
NEEDED libm.so.6
NEEDED libc.so.6
NEEDED ld-linux-x86-64.so.2
...
Version References:
required from ld-linux-x86-64.so.2:
0x0d696913 0x00 05 GLIBC_2.3
required from libm.so.6:
0x09691a75 0x00 03 GLIBC_2.2.5
required from libc.so.6:
0x06969194 0x00 07 GLIBC_2.14
0x09691974 0x00 06 GLIBC_2.3.4
0x0d696914 0x00 04 GLIBC_2.4
0x09691a75 0x00 02 GLIBC_2.2.5
objdump -p libStarMadeNative.so
libStarMadeNative.so: file format elf32-i386
Program Header:
...
Dynamic Section:
NEEDED libstdc++.so.6
NEEDED libm.so.6
NEEDED libc.so.6
...
Version References:
required from libm.so.6:
0x0d696911 0x00 08 GLIBC_2.1
0x0d696910 0x00 06 GLIBC_2.0
required from libstdc++.so.6:
0x056bafd3 0x00 07 CXXABI_1.3
0x0bafd178 0x00 04 CXXABI_1.3.8
0x08922974 0x00 03 GLIBCXX_3.4
required from libc.so.6:
0x09691f73 0x00 11 GLIBC_2.1.3
0x09691a74 0x00 10 GLIBC_2.2.4
0x0d696914 0x00 09 GLIBC_2.4
0x09691974 0x00 05 GLIBC_2.3.4
0x0d696910 0x00 02 GLIBC_2.0
we can see from the NEEDED lines that i386 has libstdc++.so.6 but x86_64 has ld-linux-x86-64.so.2 instead. I'm guessing that this was part of the solution for resolve the problem in x86_64. Whatever was done there probably needs to be copied to the i368 build env