The new SymTuples application for Linux does not run successfully.

From BOINC:

[odlk2025] Task SymTuples_1740275182_0 exited with zero status but no 'finished' file
[odlk2025] If this happens repeatedly you may need to reset the project.
...(happens repeatedly, once per ~4 seconds)...

From the task stderr:

Starting child process 'gp' and waiting until process exits.
Command line : gp spt.txt
execlp failed: Permission denied
Error starting process gp. Exiting.
Process gp finished with exit code 1.
Program completed.

cf. https://boinc.mak.termit.me/odlk2025/result.php?resultid=668516

The binary file "gp_2.17.1_lin64-250305-0118" distributed with the project (which appears to be the same file as the "gp" binary that appears in a task slot folder) does not have the executable bit set in its file modes, which explains the "permission denied" error.

If the executable bit is set on the file for the user running boinc (chmod u+x gp), the task begins to run as expected. Therefore please consider updating the task file on the project server so that the binary is distributed with the correct modes. This will prevent the issue for all Linux volunteers.

In reply to Sagittarius Lupus's message of 5 Mar 2025:

The new SymTuples application for Linux does not run successfully.

From BOINC:

[odlk2025] Task SymTuples_1740275182_0 exited with zero status but no 'finished' file
[odlk2025] If this happens repeatedly you may need to reset the project.
...(happens repeatedly, once per ~4 seconds)...

same phenomenon at home

Second problem: after you get past the executable bit, it appears that SynTuples runs gp in a "while" loop whose exit condition is never satisfied, so when gp returns a result, the task just starts over and runs gp again. As a consequence the BOINC task will appear to run forever.

I don't have an easy solution for you other than ... maybe don't do that.

I had all mine fail due to a permission problem. The "gp" app was not set to executable so got a permission denied error. I have now enabled it as an executable.

This was how it was downloaded from the project. Now waiting for new work.

Conan

Second problem: after you get past the executable bit, it appears that SynTuples runs gp in a "while" loop whose exit condition is never satisfied, so when gp returns a result, the task just starts over and runs gp again. As a consequence the BOINC task will appear to run forever.

Sagittarius Lupus
The source code of the SumTuples program is published here
https://boinc.mak.termit.me/odlk2025/forum_thread.php?id=5&postid=147

Please show the logical error in this code that you wrote about (see the quote).

---

The TBEG BOINC project maintains the database
https://boinc.tbrada.eu/spt/explore.php

In reply to Conan's message of 5 Mar 2025:

I had all mine fail due to a permission problem. The "gp" app was not set to executable so got a permission denied error. I have now enabled it as an executable.

This was how it was downloaded from the project. Now waiting for new work.

Conan

Even with permission set to allow, all work fails with the same error. So not sure where the permission problem lies.

Conan

Further observations,

work units start to run but after 3 to 7 seconds they reset and start again.
No percentage done is recorded and no time taken is recorded as work units keep resetting.
They eventually fail saying "permission denied"

All the while taking a core to run but not using that core as it runs at 4% so not being used.
My computer says it is in a "zombie" state.

Conan

In reply to Natalia Makarova's message of 6 Mar 2025:

Second problem: after you get past the executable bit, it appears that SynTuples runs gp in a "while" loop whose exit condition is never satisfied, so when gp returns a result, the task just starts over and runs gp again. As a consequence the BOINC task will appear to run forever.

Sagittarius Lupus
The source code of the SumTuples program is published here
https://boinc.mak.termit.me/odlk2025/forum_thread.php?id=5&postid=147

Please show the logical error in this code that you wrote about (see the quote).

execlp("gp", "gp", "spt.txt", (char*)NULL); // Execute the command

why is "gp" given two times?

I am publishing the result of the work from here
https://forum.boinc-af.org/index.php/topic,8874.msg546246.html#msg546246

<core_client_version>8.0.4</core_client_version>
<![CDATA[
<message>
too many exit(0)s</message>
<stderr_txt>

Starting child process 'gp' and waiting until process exits.
Command line : gp spt.txt
execlp failed: Permission denied
Error starting process gp. Exiting.
Process gp finished with exit code 1.
Program completed.

Starting child process 'gp' and waiting until process exits.
Command line : gp spt.txt
execlp failed: Permission denied
Error starting process gp. Exiting.
Process gp finished with exit code 1.
Program completed.

Starting child process 'gp' and waiting until process exits.
Command line : gp spt.txt
execlp failed: Permission denied
Error starting process gp. Exiting.
Process gp finished with exit code 1.
Program completed.

Starting child process 'gp' and waiting until process exits.
Command line : gp spt.txt
execlp failed: Permission denied
Error starting process gp. Exiting.
Process gp finished with exit code 1.
Program completed.

[...même chose sur des lignes et des lignes, j'ai dû couper : trop de caractères !]

Starting child process 'gp' and waiting until process exits.
Command line : gp spt.txt
execlp failed: Permission denied
Error starting process gp. Exiting.
Process gp finished with exit code 1.
Program completed.

Starting child process 'gp' and waiting until process exits.
Command line : gp spt.txt
execlp failed: Permission denied
Error starting process gp. Exiting.
Process gp finished with exit code 1.
Program completed.

</stderr_txt>
]]>

termit
I ask you to comment.

---

The TBEG BOINC project maintains the database
https://boinc.tbrada.eu/spt/explore.php

termit
There are many tasks in processing
https://boinc.mak.termit.me/odlk2025/server_status.php

However, the output of results is very small.
I assume that the Linux application does not produce any results.

I ask you to comment on the situation with the Linux application again.
If this application does not work properly, please disable it.

I won't be uploading new tasks for now until the situation is clarified.

PS. There were 74 results for March 6, 64 results for March 7.

---

The TBEG BOINC project maintains the database
https://boinc.tbrada.eu/spt/explore.php

Please show the logical error in this code that you wrote about (see the quote).

execlp("gp", "gp", "spt.txt", (char*)NULL); // Execute the command

why is "gp" given two times?

---

In reply to Dirk Broer's message of 10 Mar 2025:

Please show the logical error in this code that you wrote about (see the quote).

execlp("gp", "gp", "spt.txt", (char*)NULL); // Execute the command

why is "gp" given two times?

I saw your question here
https://boinc.mak.termit.me/odlk2025/forum_thread.php?id=28&postid=163

I don't know the answer to your question because I'm not the author of this program.

I don't have any information from termit yet.

I wrote here to termit
https://boinc.mak.termit.me/odlk2025/forum_thread.php?id=28&postid=168

I ask you to comment on the situation with the Linux application again.
If this application does not work properly, please disable it.

---

The TBEG BOINC project maintains the database
https://boinc.tbrada.eu/spt/explore.php

with version 2.89 it gets even better
but there are still errors

11 Mar 2025, 11:38:30 UTC 11 Mar 2025, 11:38:48 UTC Erreur lors des calculs 2.42 0.00 --- Calculate Tuples v2.89
x86_64-pc-linux-gnu

1 Mar 2025, 11:37:56 UTC 11 Mar 2025, 11:38:30 UTC Erreur lors des calculs 2.14 0.00 --- Calculate Tuples v2.89
x86_64-pc-linux-gnu

11 Mar 2025, 11:37:06 UTC 11 Mar 2025, 11:37:29 UTC Erreur lors des calculs 3.07 0.00 --- Calculate Tuples v2.89
x86_64-pc-linux-gnu

11 Mar 2025, 11:38:48 UTC 11 Mar 2025, 15:56:35 UTC Terminé et validé 15,443.85 8,807.84 137.41 Calculate Tuples v2.89
x86_64-pc-linux-gnu

11 Mar 2025, 11:38:30 UTC 11 Mar 2025, 15:54:31 UTC Terminé et validé 15,336.82 8,691.54 136.45 Calculate Tuples v2.89
x86_64-pc-linux-gnu

11 Mar 2025, 11:38:30 UTC 11 Mar 2025, 15:56:08 UTC Terminé et validé 15,426.13 8,786.59 137.25 Calculate Tuples v2.89
x86_64-pc-linux-gnu

ANY UPDATE IF THIS PROBLEM HAS BEEN FIXED?
Don't want to waste time INVALIDATING tasks & getting Linux hos banned if not fixed.

In reply to Dr Who Fan's message of 15 Mar 2025:

ANY UPDATE IF THIS PROBLEM HAS BEEN FIXED?
Don't want to waste time INVALIDATING tasks & getting Linux hos banned if not fixed.

G'Day Dr Who Fan, this was posted by Termit in another thread

Says it is fixed, I am awaiting some tasks to check

Conan

In reply to Conan's message of 19 Mar 2025:

In reply to Dr Who Fan's message of 15 Mar 2025:

ANY UPDATE IF THIS PROBLEM HAS BEEN FIXED?
Don't want to waste time INVALIDATING tasks & getting Linux hos banned if not fixed.

G'Day Dr Who Fan, this was posted by Termit in another thread

Says it is fixed, I am awaiting some tasks to check

Conan

Working, running more now.

However I am also getting a lot of failures with unable to start child process due to text file being busy.

Conan

... However I am also getting a lot of failures with unable to start child process due to text file being busy.

I had something similar that happened on some Windows tasks and reported it Error: Can't acquire lockfile.

It might be due to the input file being opened in "exclusive mode" (not shared mode) by 1 thread/task and then another task starts up in a different slot and can't open it up.