Well i crunched several periods in the past, some dating a few years back (old seti software) but i don't think that's the problem here.

And it's true, i've registered (again) in sept. but had a new machine and cpu temperatures got dangerously high. Just recently resolved that issue and started crunching again.

It's problably the stats, but in my ignorance i thought it was part of S@H.
I will contact the stats site.

Thanks a mill for the help!

I'm looking for someone who can trouble shoot a vbs script.

This script is from the Samurize site. It used to work and pull Boinc data from my computers but it suddenly stopped working. I know nothing about vbs programing so can't see why it won't work. I would be very thankful if someone were to download <DELETED4SECURITY> which is the vbs script and tell me how to get it working again.

I have requested help from the author but he appears to have abandoned the work and does not respond to his email.

Thanks

Well thanks again, but now I'm getting a different error:

from the result:
<core_client_version>5.10.35</core_client_version>
<![CDATA[
<message>
CreateProcess() failed - The system cannot find the file specified. (0x2)
</message>
]]>


Sorry for not making it a link before. Here's the host

The other key thing about Vista environment is that the Boinc folder should be loaded anywhere except the default location of C:\\Program Files\\Boinc. E.g. Set it up as C:\\Boinc. Vista puts severe access constraints on folders under Program Files.

F.

As a starter, with Vista you should be using the appropriate 2.4V Opt App from Crunch3r's site. The KWSN Opt Apps are not Vista compatible.

F.

It's the BOINC/mysql part that needs help...

SET @medianRow = 0;

SELECT @medianRow = INT(table_rows/2) + 1
FROM INFORMATION_SCHEMA.TABLES
WHERE table_schema = '<dbName>'
  AND table_name = '<statsTable>';

SELECT <stat>
FROM <statsTable>
ORDER BY <stat>
LIMIT @medianRow, @medianRow

But is not easy to me to be explicit enough writing in english.
About "checksums", it´s intend only for a kind of "encoding" partials results that Check-WU job has done.
The idea was Check-WU do not recalculate the entire WU, but only key process (maybe track some existent dependencies...) and grab this results (or only fragments of code generated in that process) to a posterior "checksum-like" process.

Clearly, not all redundance will be achieved. But a level of assurance. And this level can be tunning selecting appropriate key process.

What about a beta doing this to compare with the erros actualy catched with the 2/2 scheme ?

Since you had no rebuttal to my suggestion of doubling WU size (see above), I'll take that to mean you are considering it. It's good to hear that the project has secured more disk space; that is going to help overall.

Just a question : Why does SETI need two valid results, and, for example, ROSETTA only one ?
(What`s the difference in the calculation process?)

KURT

1. There really is no way to verify results unless we have *at least* two results per workunit. Being this is a scientific project, we need verification.

Thanks for the updates Matt. Hope you had a relaxing day off if there is such a thing for you guys.

Thank you for reminding me re UPS's must dig mine out of some cluttered corner of my house and hook my large (320 gallon) fish tank up to it sometime ready for winter power outages.

Quoting Einstein "Bureaucracy is the death of all sound work"

Keep up the good work guys and remember only 41 days until Christmas day :-)

Just change the resource share of SETI to be higher than other project(s). It may take BOINC a few days of crunching to adapt, but it will download more WU.

...reduced the total world pop of homo sapiens to not more than 2000 individuals. Maybe that was your stressor...

There are intriguing possibilities in flywheel-based UPSes

Converting electrical energy to mechanical energy & back to electrical energy generally isn't as efficient as electircal-chemical-electrical.

Also very dangerous, have been known to have disintegrated, and also break free.