As noted in the thread Compute errors Linux "stock" app, newer Linux distros with more recent kernels now default to the very old VSYSCALL no longer being enabled.

Note that the present s@h client lists for example:

<core_client_version>7.6.31</core_client_version>
<![CDATA[
<message>
process exited with code 193 (0xc1, -63)
</message>
<stderr_txt>
setiathome_v8 8.00 Revision: 3335 g++ (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4)
libboinc: BOINC 7.7.0

There should be no need to use vsyscall since glibc v2.15. The function is known to be open to a local malware attack and so is now disabled by default (since kernel 4.4).

As a temporary workaround, vsyscall can be reenable on the kernel command line with “vsyscall=emulate”.


Can the s@h client be recompiled please with a more recent libc?

Thanks,
Martin

See:

security things in Linux v4.4 - x86_64 vsyscall CONFIG

vsyscall is now disabled on latest Linux distros

And thanks to Steve for finding the cause.

---

See new freedom: Mageia Linux
Take a look for yourself: Linux Format
The Future is what We all make IT (GPLv3)

I'm not sure who makes the SAH Linux applications, so I forwarded that to Eric.

---

Thanks Jord,


Happy crunchin',
Martin

---

See new freedom: Mageia Linux
Take a look for yourself: Linux Format
The Future is what We all make IT (GPLv3)

Thread on this from the BOINC forums as well.

---

My next kernel update has vsyscall=none set.

Is this where I am knocked off being able to run s@h?

:-(

Martin

---

See new freedom: Mageia Linux
Take a look for yourself: Linux Format
The Future is what We all make IT (GPLv3)

Christian Beer wrote:

For kernel 4.11 and newer you need to set the kernel option vsyscall=emulate in order to run applications compiled with older glibc.

Also here.

---

Christian Beer wrote:

For kernel 4.11 and newer you need to set the kernel option vsyscall=emulate in order to run applications compiled with older glibc.

Also here.

Thanks Jord for that.

Sorry, my post was more a "rhetorical reminder"...

If now no new app after 25 days+ now, are we going to see a recompile to remove the too old vsyscall at all?


Keep searchin',
Martin

---

See new freedom: Mageia Linux
Take a look for yourself: Linux Format
The Future is what We all make IT (GPLv3)

I still don't know who make the Linux apps, but if that's Eric, I presume you're better off trying to make your own.

---