The sporadic problem described below still exists. Maybe the <fpops_cumulative> tag's value is not transmitted correctly from the volunteer machine to the server, or it is not parsed properly on the server. In any case, it seems that the server sees a value of 0 (zero) here while the app does set it to a non-zero value.
-Kamran -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Kamran Karimi Sent: Monday, July 19, 2010 2:39 PM To: [email protected] Subject: [boinc_dev] Porblem using the boinc_ops_cumulative() function Hi all, AQUA apps compute a number proportional to the amount of credit and put it in the "boinc_credit_factor" variable, then use the "boinc_ops_cumulative(boinc_credit_factor,-1)" function to pass it to the server, where the following code in sched_results.cpp should convert it to an actual credit amount: if (rp->intops_cumulative <= 0 && rp->fpops_cumulative > 0.0) { srip->claimed_credit = rp->fpops_cumulative / 2400000000.0;//fpops_to_credit(rp->fpops_cumulative, rp->intops_cu cumulative); } else // BOINC's default behaviour The problem is that in quite a few cases this code doesn't get invoked and BOINC's default credit is assigned. This seems to happen randomly, but is increasing in frequency recently. Is there a problem with what we are doing? Thanks. -Kamran _______________________________________________ boinc_dev mailing list [email protected] http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. _______________________________________________ boinc_dev mailing list [email protected] http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
