On my Centos 7 machine, all tasks were failing until I symlinked in the library it was looking for

stderr_txt>
../../projects/gene.disi.unitn.it_test/gene_pcim_v1.02_linux64__sse2: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file: No such file or directory

In /usr/lib64

[root@dbase4 lib64]# ls -al libbz*
lrwxrwxrwx. 1 root root 15 Jul 17 2016 libbz2.so.1 -> libbz2.so.1.0.6
-rwxr-xr-x. 1 root root 68192 Nov 20 2015 libbz2.so.1.0.6

[root@dbase4 lib64]# ln -s libbz2.so.1.0.6 libbz2.so.1.0

Now they work.

Hoping for some Windows wus soon, please.

As a Gridcoin member I don't want you to be voted off the Whitelist before you have a chance to supply the new Windows and Linux wus.

I am running Debian 7 Wheezy on a machine which GLIBC version 2.13 not 2.14 has and got the following error:

<core_client_version>7.0.27</core_client_version>
<![CDATA[
<message>
process exited with code 1 (0x1, -255)
</message>
<stderr_txt>
../../projects/gene.disi.unitn.it_test/gene_pcim_v1.02_linux64__sse2: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by ../../projects/gene.disi.unitn.it_test/gene_pcim_v1.02_linux64__sse2)

</stderr_txt>
____________

Proud Founder and member of



Have a look at my WebCam

Overhaul completed, congrats :-)

Worked fine on Ubuntu 16.04, no issues...

Will the crediting remain like this?

The only application available now is the linux x64 sse2 version, the others will follow shortly.

We had to check the compatibility with the previous version so a few hundred workunits still have this big output file. (You were unlucky to get them....)

Thank you for the Windows wus.

I'm running them now and so far so good, they seem to be running without a hitch.

I'll report back on how they went when I've completed a few.

Overhaul completed, congrats :-)

Worked fine on Ubuntu 16.04, no issues...

Will the crediting remain like this?

Honestly, I don't know what is happening with credits, we use the default CreditNew system without touching anything of it. One month ago they were too much, now numbers are too low. The only (maybe related) thing I changed was the FLOPS estimate, which now is more accurate.

I've also found the same problem with Windows wus.

More time processing and half the credit awarded.

must be a 'glitch' there.

4,496.40 4,125.60 15.82 gene@home PC-IM v1.02 (sse2)
3,165.18 2,691.59 37.93 Gene Network Application v0.11 (sse2)

The glitch is credit new...good luck with your project but I'll be putting my boxes on the projects that have abandoned credit new and award a set amount per work unit..

same here. On windows I only get half of the credit. Can someone please confirm if that is per design or a bug

windows WUs complete for gene@home but slower with considerably less thanks than with old Gene Network :-


old WU runtime 1,271.74 seconds with credit 36.66 (.029 / run second)
new WU runtime 2,020.50 seconds with credit 16.45 (.008 / run second)



as said, must just be a glitch somewhere.



I'll be back ..... when this new glitch is corrected

thanks for the updates and glad new app works. i dont have a clue why people are complaining as u adopted the new boinc credit system and as for all the gridcoin users itll all balance out within 30 days anyway. im not doing solo atm but end of this month i will be.

i did notice your app does take longer, and on applications page for my host i averaged 6.74 gflops and now its under 3 gflops. could be as the information is more accurate now as youve mentioned. boinc rr simulation reflects that as well but thats normal. either way thanks for getting work units up, cheers.