Corrupted quicksave leads Foldit to crash

Case number:845829-2006339
Opened by:vakobo
Opened on:Saturday, December 22, 2018 - 14:55
Last modified:Saturday, January 19, 2019 - 10:56

Once more i've got corrupted quicksave's that permanently leads Foldit to crash when puzzle is loaded.
Previous time it was on 1601. Now on 1611.

Why there is no attachment option on new case assignment?

(Sat, 12/22/2018 - 14:55  |  3 comments)

vakobo's picture
User is online Online
Joined: 06/05/2008
Groups: Russian team

Those quicksaves are generated during script execution (Tvdl enchanced DRW).
There is log files after crash.

MurloW's picture
User offline. Last seen 15 weeks 5 days ago. Offline
Joined: 11/21/2012

Similar(/same?) issue for me, recent H-Bond puzzles are consistently crashing during recipes and at some point I lose access entirely as simply firing up a client and loading the puzzle results in an unhandled exception.
Attached are logs from 1608 and 1610.

vakobo's picture
User is online Online
Joined: 06/05/2008
Groups: Russian team

Another case on puzzle 1624.
Linux console output:
>terminate called after throwing an instance of 'utility::UtilityExitException'
> what():
>File: /home/jflat06/foldit/develop/source/src/core/chemical/
>[ ERROR ] UtilityExitException
>ERROR: The residue could not be generated. Has a suitable params file been loaded? (Note that custom params files not in >the Rosetta database can be loaded with the -extra_res or -extra_res_fa command-line flags.)
>Aborted (core dumped)

I make 7z arhive (and add .txt extention) with content of puzzle directory.
There is autosaves, 1 good quicksave (#3) and 3 bad quicksaves (#4, #13, #61)


Developed by: UW Center for Game Science, UW Institute for Protein Design, Northeastern University, Vanderbilt University Meiler Lab, UC Davis
Supported by: DARPA, NSF, NIH, HHMI, Amazon, Microsoft, Adobe, RosettaCommons