Segmentation of memory, probably? (process needed a contiguous chunk?)
People get the same symptoms while filtering a large NFS job on a Windows machine: memory seems to be enough, but sooner or later an allocation fails.

[QUOTE=mdettweiler;199322]Go ahead and do all the P+1's if you like. :smile: It seems there was a problem when I tried to do it:
[code]$ echo "59066643232529177994432826503455645911804472822311052434786614015983698
8457920218063108883526241212940105498096765045722201184707349955127817" | ./ecm
.exe 1e9 5e13 -c 3 -pp1 -maxmem 1228 | tee -a pp1-4788.txt
[/QUOTE]

What does the "| tee -a pp1-4788.txt" flag do? directing the output to the .txt file?

[QUOTE=Andi47;199363]What does the "| tee -a pp1-4788.txt" flag do? directing the output to the .txt file?[/QUOTE]

It is not a flag. The "|" is a Unix pipe, which takes the output of one command and directs it as the input to another command. In this case the ecm output is sent to the command "tee" rather than being written on the console.

[quote="man 1 tee"]NAME
tee - read from standard input and write to standard output and files

SYNOPSIS
tee [OPTION]... [FILE]...

DESCRIPTION
Copy standard input to each FILE, and also to standard output.
[/quote]
So you can see what is happening as well as record it to a file at the same time. Very useful command. The -a option in tee is for append mode, so the file is not clobbered if it exists.

[QUOTE=jrk;199364]It is not a flag. The "|" is a Unix pipe, which takes the output of one command and directs it as the input to another command. In this case the ecm output is sent to the command "tee" rather than being written on the console.


So you can see what is happening as well as record it to a file at the same time. Very useful command. The -a option in tee is for append mode, so the file is not clobbered if it exists.[/QUOTE]

Thanks. (I used to do the same with ecm <...some flags...> [B]>>outputfile.txt[/B] (without a pipe; two ">"s indicating append mode))

Edit: my GNFS-run on a c121 from alq10212 is now finished, so I can take the p+1 of alq4788.2487

brilliant i have always wanted the functionality of tee:party:

[quote=henryzz;199368]brilliant i have always wanted the functionality of tee[/quote]
Actually, >> doesn't have the same functionality as tee. tee writes to standard output as well as a file, >> only writes to the file. If you download cygwin and make sure that its bin folder is in your system's PATH variable, you can use tee, along with many other *nix apps. You can even use the exact line given on Windows, (the one beginning with an echo and piping through ecm and tee) minus the "./" before "ecm.exe". :smile:
Edit: Or was I reading that wrong, and you meant "I have always wanted functionality that I now know tee has, and can now use tee", as opposed to "I have known about the functionality of tee and now can use >> which has the same functionality" (as I assumed it meant)?

[QUOTE=Andi47;199365]
Edit: my GNFS-run on a c121 from alq10212 is now finished, so I can take the p+1 of alq4788.2487[/QUOTE]

done (3* B1=1e9, B2=1e14), no factor.

[quote=Mini-Geek;199382]Edit: Or was I reading that wrong, and you meant "I have always wanted functionality that I now know tee has, and can now use tee", as opposed to "I have known about the functionality of tee and now can use >> which has the same functionality" (as I assumed it meant)?[/quote]
your edit was correct:smile:

prp62 factor: 20516414210656347188393718767755485866219379699286605968224717
prp80 factor: 28789944785697304394120313244130116901674378646444316426898886893821870292864301

(381 CPU-hours on core2/2400 and K10/2500 quads to sieve, 9 wallclock-hours linalg on the K10/2500x4; small primes up to 2^24, large primes to 2^28, siever 13e, sieved 3*2^20 .. 22*2^20)

but factorization.ath.cx appears to be down. [color=blue][b]10metreh:[/b] Not anymore. Here we go...[/color]

Next line has a c165. ECM in progress.

Someone must be running the sequence further - it is now on a c136 at line 2490.