we can't reproduce this on our windows machines and it appears to be a linux specific issue. Can others confirm seeing this with windows platforms? can you point me to your tasks so I can see the stderr if so?

I understood from the release log that 1.28 should eliminate unnecessary data base files. I completed two v1.28 tasks and I still have (now) 6 mini-rosetta databases totaling 76 MB. Delete doesn't work or doesn't work as I expect?

That is odd. Do you still have these? they should have been deleted. You can manually delete the databases (minirosetta_database_revXXXXX.zip). The current version is minirosetta_database_rev23035.zip.

I still have the mini DBs after processing several v1.28 tasks; something isn't working. Can anyone else verify that deletion of old DBs has worked on their windows XP machines?

I can confirm, two DB's are still present along with the current version.

Can you list the file names that are present?

Are people seeing this problem with other work units or is it a t405 specific problem for now?

I understood from the release log that 1.28 should eliminate unnecessary data base files. I completed two v1.28 tasks and I still have (now) 6 mini-rosetta databases totaling 76 MB. Delete doesn't work or doesn't work as I expect?

That is odd. Do you still have these? they should have been deleted. You can manually delete the databases (minirosetta_database_revXXXXX.zip). The current version is minirosetta_database_rev23035.zip.

I still have the mini DBs after processing several v1.28 tasks; something isn't working. Can anyone else verify that deletion of old DBs has worked on their windows XP machines?

Is this platform specific?

If people are getting this client hanging error please post here:
1. the platform
2. client version
3. work unit
4. additional details that may help

Yesterday, and again today, I noticed a Rosetta unit active, but Windows Task Manager showed it getting no CPU. Both times I aborted the unit. The most recent looked like this in the message log:

6/16/2008 9:34:38 PM|rosetta@home|Unrecoverable error for result t405__CASP8_JUMPAB_RES81to192_SAVE_ALL_OUT_BARCODE__3758_12512_0 (aborted via GUI RPC)

I hate to see my PC sitting idle when I could be processing SETI or ClimatePrediction.

Any help would be appreciated.

Larry

http://www.eurekalert.org/features/doe/2004-12/ddoe-tao122204.php

I have a PS3...it's been doing nothing for 5+ months. I know a bunch of other people that have PS3s and I can guarantee you that I could get them to run a BOINC client if I asked.

-Eric

For now, why not point them in the direction of Folding@home?

The mini rosetta 1.15 units just continually crash. Why keep queuing them to
distribute until the problems are sorted? People are wasting k watts of power
for nothing in the meantime...
I would think we would just line up 5.96 units until the bugs were sorted instead
of wasting thousands of watts of energy for nothing.

????

Hi!

I set my computer up again, and so it got a new host-id.
I tried to merge both similar hosts, but what happened:
The host-credit-count begins new from zero, can that be restored to 6392.194058 credits please?
host-id is 715223
Thank you.

best regards, Nightshift

maybe we should make the forum, non resisable, so if someone posts a long link or something it brakes it up. cause now in the problems with 5.90/5.91 the thread are really big, now i have a quiet high resolution, 1280*1024, but if someone with 800*600 or 1024*768, tries to view this he has to drag forever to read.

This one just errored out: 128154725

This is on a windows XP box. Rosetta asked Zone Alarm for access to the net. I gave permission and it killed itself.

Tim

Tim, great job on the Rosetta game scores!

Just so you understand, the task had ended abnormally already. This is the reason Rosetta wanted direct access to the internet and ZoneAlarm caught it. The program is trying to report the symbol tables at the time of the failure.

So, it was the failure that caused the internet access; and not the other way around.