Potentially related worktodo.txt parsing bug:

[code]
kossy@leela:~/leelaTF$ tail worktodo.txt
ECM2=N/A,1,2,4649153,-1,50000,5000000,1
ECM2=N/A,1,2,4649189,-1,50000,5000000,1
ECM2=N/A,1,2,4649191,-1,50000,5000000,1
ECM2=N/A,1,2,4649209,-1,50000,5000000,1
ECM2=N/A,1,2,4649219,-1,50000,5000000,1
ECM2=N/A,1,2,4649231,-1,50000,5000000,1
ECM2=N/A,1,2,4649261,-1,50000,5000000,1

#eof

kossy@leela:~/leelaTF$ ./mprime -s

[...]

[Main thread Jun 8 08:10] Illegal line in worktodo.txt file: ECM2=1,2,4649153[COLOR=Red]5[/COLOR]-1,50000,5000000,1
[Main thread Jun 8 08:10] Illegal line in worktodo.txt file: ECM2=1,2,4649189[COLOR=Red]5[/COLOR]-1,50000,5000000,1
[Main thread Jun 8 08:10] Illegal line in worktodo.txt file: ECM2=1,2,4649191[COLOR=Red]5[/COLOR]-1,50000,5000000,1
[Main thread Jun 8 08:10] Illegal line in worktodo.txt file: ECM2=1,2,4649209[COLOR=Red]5[/COLOR]-1,50000,5000000,1
[Main thread Jun 8 08:10] Illegal line in worktodo.txt file: ECM2=1,2,4649219[COLOR=Red]5[/COLOR]-1,50000,5000000,1
[Main thread Jun 8 08:10] Illegal line in worktodo.txt file: ECM2=1,2,4649231[COLOR=Red]5[/COLOR]-1,50000,5000000,1
[Main thread Jun 8 08:10] Illegal line in worktodo.txt file: ECM2=1,2,4649261[COLOR=Red]5[/COLOR]-1,50000,5000000,1
Below is a report on the work you have queued and any expected completion
dates.
[Worker thread #1]
No work queued up.
[Worker thread #2]
No work queued up.
[Worker thread #3]
No work queued up.
[Worker thread #4]
No work queued up.

kossy@leela:~/leelaTF$
[/code]Again: Q6600, Ubuntu Lucid x64, mprime 25.11 x64

[QUOTE=lindee;216490]One of my machines seems to have been reporting invalid factors for several exponents for about the past week.

For example, trying to Factor=999787769,68,69 it found 311742316172014440111. I tried on another machine and found 311742316172019240401, which PrimeNet accepts as a correct factor.[/QUOTE]

Fixed in 26.3

[QUOTE=ckdo;217770]Potentially related worktodo.txt parsing bug:[/QUOTE]

Fixed in 26.3

Great news! :fusion:

Same problem with Ubuntu 10.10 64 bit
 

Hi, I've got the same problem with finding a factor, but reporting a wrong one. The problem is with 64bit Ubuntu 10.10 and Prime95 v25.11. I saw that there is 26.3, which might fix it. Does it work with this one?
Another problem is that I still report my factors as ANONYMOUS, no mater what I do it is still under that name. Since it does not credit my account this issue annoys me. I hope someone could help me, otherwise an quadcore is lost for the project.

It does, and 26.4 is current.

Thanks! Any idea about the problem with the anonymousness? How to correct this.

[QUOTE=bloodIce;239744]Thanks! Any idea about the problem with the anonymousness? How to correct this.[/QUOTE]

Insert your v5UserID in prime.txt

for example:
V5UserID=your_mersenne.org_account_login

and insert your ComputerID in local.txt

ComputerID=your_computer_name

but first create the v5userid

[URL]http://v5www.mersenne.org/update/[/URL]

[QUOTE=bloodIce;239744]Thanks! Any idea about the problem with the anonymousness? How to correct this.[/QUOTE]
While you're on the [url]http://www.mersenne.org/update/[/url] page, check if you have a "public name". If you don't, your results will show as by anonymous to others, which includes you when you're not logged in.

After doing as moebius suggests, check that new results show up at [url]http://www.mersenne.org/results/[/url]. For that matter, do your older results appear there now?

Thank you for the help moebius and markr. Actually that was exactly what I was doing. However it did not work until I discovered the reason. My mistake was that after uncompressing the files I run the program directly from the folder's window. That creates the prime.txt and local.txt as ANONYMOUS and even if you change your details later I does not work. The way to go is after decompressing to run the program from a terminal window and answer patiently to all questions. After that the proper account is created with the correct details and assignments. What I recommend is to include that information in readme.txt or somewhere else, because in point-and-click generation the terminal window is an unnecessary hassle and is usually avoided. It should be stressed out that the way to go is through a terminal. A nice startup file could be added to the compressed pack also. And yes I have had an account for a year now and 5 computers with different operational systems, I was not complete newbie. Greets and thanks again.