Try Wine?
Recently, parker25 told me that when he tried
to run Foldit directly in Linux, it was giving
him all kinds of problems, bugs, crashes, etc.
He found it easier to run Foldit within Wine
on his Linux machine.
He said that the Wine website said that Wine
is not a Windows emulator but rather implements
the Windows APIs to work on Mac, Linux, or BSD.
He said that you can run Windows programs in
Wine on Linux systems.
Thus, I suggest that if Foldit is having trouble
running directly on your Linux or Mac system,
you should try running the Windows version of
Foldit in Wine on your Linux or Mac system.
If Tutorial 5-3 or other Foldit ED Puzzles are
crashing on your machine, perhaps they will
work if you instead run them using the Windows
version of Foldit within Wine on your machine.
If you try these things, please post about what
happens.
Thanks, and good luck!
Jeff
i am have same problem.
wiggle all and crash on puzzle 5-3 and all where used electron density
Linux Mint Cinamon 18.1
on 15 Sep 2017 I re ran a trace of Foldit Linux beta on my laptop with the command
$ sudo strace -o traceFoldit15sep2017.txt ./Foldit
that is: grant permission to, run program strace, put the output in file traceFildit15sep2017.txt, run Foldit
we open a Beginner Electron Density puzzle, which crashes on the first wiggle
the command console displays the lines:
*** Error in `./Foldit': double free or corruption (fasttop): 0x00007f2344256690 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f2355ee27e5]
/lib/x86_64-linux-gnu/libc.so.6(+0x8037a)[0x7f2355eeb37a]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x4c)[0x7f2355eef53c]
cmp-binary- <...>
terminate called after throwing an instance of 'std::bad_alloc'
<...>
***
We look at first 10 lines of the trace file with the command
$ head -10 traceFoldit15sep2017.txt
which gives
execve("./Foldit", ["./Foldit"], [/* 27 vars */]) = 0
brk(NULL) = 0x992000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2356bf4000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2356bf3000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("../../external/lib/tls/x86_64/libdl.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("../../external/lib/tls/libdl.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("../../external/lib/x86_64/libdl.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("../../external/lib/libdl.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
from Google I think the first 2 occurrences of (No such file or directory) are dismissible,
the third is not. The inability to find the libdl.so.2 library seems to be related to legacy software,
on my current machine, Linux Mint 18.2 kernel 4.11.0-14, the libdl.so.2 libraries are installed to different directories
$ locate -b libdl.so.2
/lib/i386-linux-gnu/libdl.so.2
/lib/x86_64-linux-gnu/libdl.so.2
/lib32/libdl.so.2
/libx32/libdl.so.2
Hope this helps
Ed
