• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

rc5 question

T

tjll11a

Banned
dnetc v2.8012-465-GTR-01010823 for Win32 (Windows 4.0).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/
Using email address (distributed.net ID) 'tjll11a@hotmail.com'

[Jan 28 04:57:00 UTC] Automatic processor detection found 1 processor.
[Jan 28 04:57:00 UTC] Automatic processor type detection found
an Intel Pentium II processor.
[Jan 28 04:57:00 UTC] RC5: using core #2 (RG class 6).
[Jan 28 04:57:00 UTC] RC5: Loaded 07B8EEBC😀0000000:32*2^28
Packet was from a different core/client cpu/os/build.
[Jan 28 04:57:00 UTC] RC5: 65 packets (1601.00 stats units) remain in
buff-in.rc5
[Jan 28 04:57:00 UTC] RC5: 0 packets are in buff-out.rc5
[Jan 28 04:57:00 UTC] 1 cruncher has been started.
.....10%....

I put the client into multiple folders and downloaded keys into each of them> then put folders on a floppy at brought them to work to put on pc. Is msg. packet from different core/client something to worry about? It seems to be working correctly on all the pc I put them on.

Thankyou
Jason
 
When you sneak the buff-in from a comp to another, if a WU has been started and the core is not the same (same cpu / os / client ver.) the WU is discarded. This is why one shouldnt upgrade his client when an ogr stub is 98% complete, if possible ! 😉
 
You must log in or register to reply here.

TRENDING THREADS

Back
Top