Hi all,

PRPNet client packages for version 5.3.0 are now released. See http://www.primegrid.com/forum_thread.php?id=1215&nowrap=true#75606 for full details and download links.

Please note that the 5.3.0 client is required in order to connect to the GFN ports (since they have been upgraded to the 5.3.0 server). Users of the other ports may continue using older client versions if they wish to.

As well as the client upgrade, these packages included updates to Genefer (3.2.0-0) and LLR (3.8.13).

If you run into any problems, please post here.

Cheers

- Iain
____________
Twitter: IainBethune
Proud member of team "Aggie The Pew". Go Aggie!
3073428256125*2^1290000-1 is Prime!

The download link for the PRPNet client http://uwin.mine.nu/PRPNet/ isn't working for me.

PRPClient 5.3.0 is crashing on wwwwcl64
It does exactly one test and crashes.
Reverting back to 5.2.8 package and all good (albeit it also says PRPClient 5.3.0).

PRPClient from 5.3.0 is dated 2014-04-19 (218 112 bytes), 5.2.8 is 2013-10-17 (199 168 bytes).

c:\_PG\PRPNet.1>prpclient.exe
[2014-04-21 12:37:42 SE(e] PRPNet Client application v5.3.0 started
[2014-04-21 12:37:42 SE(e] User name Honza at email address is xxx@xxx.xx
It appears that the PRPNet client was aborted without completing
the workunits asigned by server WALLSUNSUN. What do you want to do with them?
1 = Report completed and abort the rest, then get more work
2 = Report completed and abort the rest, then shut down
3 = Return completed, then continue
4 = Complete in-progress, abort the rest, report them, then get more work
5 = Complete in-progress, abort the rest, report them, then shut down
6 = Complete all work units, report them, then shut down
7 = Complete all work units, then shut down
9 = Continue from client left off when it was shut down

Choose option: 3
wwwwcl v2.2.5, a GPU program to search for Wieferich and WallSunSun primes
Sieve started: (cmdline) 39717740000000000 <= p < 39717750000000000

Sieve complete: 39717740000000001 <= p < 39717750000000000 261632056 primes tested
Clock time: 39.77 seconds at at 6578139 p/sec.
Processor time: 12.15 sec. (0.84 init + 11.31 sieve).
Seconds spent in CPU and GPU: 0.89 (cpu), 180.28 (gpu)
Percent of time spent in CPU vs. GPU: 0.49 (cpu), 99.51 (gpu)
CPU/GPU utilization: 0.31 (cores), 1.00 (devices)
Percent of GPU time waiting for GPU: 70.65

prpclient 5.3.0 crashes on Linux 64 while running wwwwcl when it completes the first work unit.

The problem isn't wwwwcl because prpclient 5.2.8 runs just fine in the 5.3.0 prpclient directory.

At prpclient startup valgrind identifies uninitialized memory problems in prpclient 5.3.0 that do not exist in prpclient 5.2.8
2 of these... (mc_replace_strmem is valgrind's runtime memcheck replacement for strlen)

prpclient 5.3.0 crashes on Linux 64 while running wwwwcl when it completes the first work unit.

The problem isn't wwwwcl because prpclient 5.2.8 runs just fine in the 5.3.0 prpclient directory.

At prpclient startup valgrind identifies uninitialized memory problems in prpclient 5.3.0 that do not exist in prpclient 5.2.8
2 of these... (mc_replace_strmem is valgrind's runtime memcheck replacement for strlen)

==12059== Conditional jump or move depends on uninitialised value(s) ==12059== at 0x4C2C899: strlen (mc_replace_strmem.c:399) ==12059== by 0x5109FE4: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) (in /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.18) ==12059== by 0x409FD0: WorkUnitTestFactory::LoadWorkUnitTest(_IO_FILE*, int, bool, workunit_t*, int) (WorkUnitTestFactory.cpp:106) ==12059== by 0x41DF80: WWWWWorker::Load(std::string) (WWWWWorker.cpp:337) ==12059== by 0x417A92: ServerHandler::Load() (ServerHandler.cpp:170) ==12059== by 0x416DF3: ServerHandler::ServerHandler(globals_t*, std::string) (ServerHandler.cpp:49) ==12059== by 0x405D53: AllocateWorkClasses(std::string) (prpclient.cpp:862) ==12059== by 0x403D82: main (prpclient.cpp:467) ==12059== Uninitialised value was created by a stack allocation ==12059== at 0x4099AD: WorkUnitTestFactory::LoadWorkUnitTest(_IO_FILE*, int, bool, workunit_t*, int) (WorkUnitTestFactory.cpp:49)

and at sieve workunit completion (according to wallclock time) 5.2.8 reports a complete work unit but 5.3.0 crashes with this memory access fault

==12059== Invalid read of size 8 ==12059== at 0x406C96: Log::LogMessage(std::string, ...) (Log.cpp:31) ==12059== by 0x40CC35: WWWWWorkUnitTest::LogMessage(WorkUnitTest*) (WWWWWorkUnitTest.cpp:176) ==12059== by 0x40C2F3: WWWWWorkUnitTest::TestWorkUnit(WorkUnitTest*) (WWWWWorkUnitTest.cpp:56) ==12059== by 0x41C22C: WWWWWorker::ProcessWorkUnit(int&, bool, double&) (WWWWWorker.cpp:35) ==12059== by 0x418784: ServerHandler::ProcessWorkUnit(int&, bool) (ServerHandler.cpp:282) ==12059== by 0x403111: DoWork(int, bool) (prpclient.cpp:248) ==12059== by 0x404170: main (prpclient.cpp:529) ==12059== Address 0x10 is not stack'd, malloc'd or (recently) free'd ==12059== ==12059== ==12059== Process terminating with default action of signal 11 (SIGSEGV) ==12059== Access not within mapped region at address 0x10 ==12059== at 0x406C96: Log::LogMessage(std::string, ...) (Log.cpp:31) ==12059== by 0x40CC35: WWWWWorkUnitTest::LogMessage(WorkUnitTest*) (WWWWWorkUnitTest.cpp:176) ==12059== by 0x40C2F3: WWWWWorkUnitTest::TestWorkUnit(WorkUnitTest*) (WWWWWorkUnitTest.cpp:56) ==12059== by 0x41C22C: WWWWWorker::ProcessWorkUnit(int&, bool, double&) (WWWWWorker.cpp:35) ==12059== by 0x418784: ServerHandler::ProcessWorkUnit(int&, bool) (ServerHandler.cpp:282) ==12059== by 0x403111: DoWork(int, bool) (prpclient.cpp:248) ==12059== by 0x404170: main (prpclient.cpp:529) ==12059== If you believe this happened as a result of a stack ==12059== overflow in your program's main thread (unlikely but ==12059== possible), you can try to increase the size of the ==12059== main thread stack using the --main-stacksize= flag. ==12059== The main thread stack size used in this run was 8388608.

I've fixed the first one, but not the second one. I don't see anything obviously wrong. What's worse is that I'm trying to test and now I'm getting an error in OpenCL. I did not see this error before I installed OS X 10.9 on the computer which I developed wwwwcl on. ARGH!

These issues and a couple of other issues have been fixed. I've updated it to 5.3.1. These are the changes:

prpclient: Fix crash when processing wwww work units.
Fix issue where last character of LLR residue was truncated before it was reported.
Fix uninitialized variable in the client.
prpserver: Fix an issue with length calculation of candidates.

Mark, where can we get latest (Windows) build executable?

Your homepage has 5.2.8, Mersenne forum has only changelog info, SourceForge has only source code.
____________
My stats
Badge score: 1*1 + 5*1 + 8*3 + 9*11 + 10*1 + 11*1 + 12*3 = 186

These issues and a couple of other issues have been fixed. I've updated it to 5.3.1. These are the changes:

prpclient: Fix crash when processing wwww work units.

I'll post binaries soon to sourceforge. Thanks for those who have provided binaries from it.