![]() |
798-800 complete, no primes.
Taking 814-816. |
780-782 complete, no primes.
Taking 816-818. |
1 Attachment(s)
810-812 complete, no primes.
Found some extra resources so il take a few more ranges; Taking 818-824 (3 files) Btw, i see 794-796 is listed as complete. this is not correct, as he is still working on it (although he is soon done). |
794to796results.txt
1 Attachment(s)
hi 794 to 796 complete
no prime numbers found :( results attached |
1 Attachment(s)
802-804 complete, no primes.
|
taking 824-826
|
apologies guys but the 824-826 file i have here isn't working *I may have corrupted it*
does anyone have the original so I can try again ? edit, it does appear to be working now, but maybe i should still start again ?? cheers niall |
I've just checked the file as posted on the web server and as along as it downloaded OK it should be fine. LLR does a number of checks before accepting a file as genuine so as long as it is running you should be OK.
|
1 Attachment(s)
Attached.
|
the text-files on the server got the UN*X-end-of-line markings #0d (CR)
but DOS need #0d #0a (CR LF)! so a text-editor like 'notepad' display all pairs in one line! perhaps this is a problem!? |
Yes, but my Windows LLR clients process both file types without problems.
fscanf is supposed to handle this. |
| All times are UTC. The time now is 21:23. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.