Another general problem is that tasks won't actually suspend after a user request. I just checked this behavior on a x64 platform but it seems platform independent. The Boinc client shows the application as 'suspended' but if you check the task manager you may see it actually running.

Remember that there are actually a few ways for a task to be 'suspended' (and we have to check them all)
- user side: switch off the computer, stop the boinc manager, press the suspend button for a single task or for the corresponding project
- boinc client: doing benchmarks or just stopping the task for his own scheduling reasons.
(also there may be some behavioral changes if a user selects the 'Leave application in memory while suspended' checkbox in the manager.

I don't know how exactly the client tells an application to stop, should be some shared memory message. I also found this on the web

If an application quits with a non-zero code (be it with exit,
boinc_exit, or boinc_finish), the task is marked as having a
computation error and it's reported back to the server.

If an application quits with boinc_finish(0), the task is marked as
successfully finished and the result is uploaded.

If an application quits with a zero code, but doesn't create the file
saying it finished successfully (which is what boinc_finish does), the
BOINC client will restart it. But if BOINC has to restart the
application more than a hundred times, it will be aborted with
ERR_TOO_MANY_EXITS.

Shared-memory messages received from applications.

Shared-memory messages sent to applications.

Debugging information about CPU benchmarks. List-add.pngNew in 5.8

Show when applications checkpoint

I enabled the logging, got the following (messages are obviously repeated):

12/20/2013 6:19:10 PM | TN-Grid Test Platform | [app_msg_receive] got msg from slot 3: 1.156547e+0030.000000e+0006.100000e-001

12/20/2013 6:23:11 PM | TN-Grid Test Platform | task Expansion_At_work1386239342.xml_pn19465_1 suspended by user
12/20/2013 6:23:11 PM | TN-Grid Test Platform | [app_msg_receive] got msg from slot 3: 1.391063e+0030.000000e+0007.300000e-001
12/20/2013 6:23:11 PM | | [app_msg_send] sent to Expansion_At_work1386239342.xml_pn19465_1
12/20/2013 6:23:12 PM | TN-Grid Test Platform | [app_msg_receive] got msg from slot 3: 1.393078e+0030.000000e+0007.400000e-001

12/20/2013 6:24:03 PM | TN-Grid Test Platform | task Expansion_At_work1386239342.xml_pn19465_1 resumed by user
12/20/2013 6:24:03 PM | TN-Grid Test Platform | [app_msg_receive] got msg from slot 3: 1.444453e+0030.000000e+0007.600000e-001
12/20/2013 6:24:03 PM | | [app_msg_send] sent to Expansion_At_work1386239342.xml_pn19465_1
12/20/2013 6:24:03 PM | TN-Grid Test Platform | Resuming task Expansion_At_work1386239342.xml_pn19465_1 using gene version 1 in slot 3

I have some ideas, did you use void boinc_get_status(BOINC_STATUS*); http://boinc.berkeley.edu/trac/wiki/StatusApi?

At the moment we are not catching this state. We will investigate through this api.

I have some ideas, did you use void boinc_get_status(BOINC_STATUS*); http://boinc.berkeley.edu/trac/wiki/StatusApi?

BOINC_STATUS boinc_status; boinc_get_status(&boinc_status); if (boinc_status.quit_request || boinc_status.abort_request || boinc_status.suspended)) { /// do things // boinc_end_critical_section(); // boinc_finish(0); }

I don't know ... it's just five minutes before I will be forced to leave the office and will be with very limited netwrok connection for the next week, maybe we can try to arrange a meeting with people of the server and application group the next 30 Dec in the afternoon... If you want to contact me please use my name.familyname gmail.com address.

(Auguri a tutti!)