Done
828520; index 1607, size 112, c98, 2^3 * 3
820144; index 673, size 121, c118, 2^4 * 3^2

Reserving 825768, 826044, 826848

824768 done.
Index 999, size 104, c100 ready for GNFS, and 2*3^2 as the driver (so it's possible to lose it soon). Oddly, lines 998 and 999 are both divisible by 239. Still broken in DB, but the .elf is attached, and this is index 919:
[URL]http://factordb.com/search.php?se=1&aq=1887649378131669150862463121604109271720614153267672801873370715886349872463019531367887204914[/URL]

825588 is done, size 101; [COLOR="Red"]2^2 * 7[/COLOR] * 193 * c98

reserving 825720

Reserving 828360.

Done with 827400, 121 digits, 2^4*3*7*31
Got up to 121 digits relatively quickly (in terms of time that is).

Done with 828360, reserving 829128, 829224, 828798.

Done with 827640, 103 digits, 2*3

Done with 828798 and 829224, reserving 826056.

It looks like another sequence is broken in the DB. 825720 shows a composite factor of 52 which I can't seem to figure out a work around.

RichD.

[quote=RichD;208882]It looks like another sequence is broken in the DB. 825720 shows a composite factor of 52 which I can't seem to figure out a work around.

RichD.[/quote]
Yeah, there's no way to fix it that I know of. :sad: Just gotta report it and hope Syd fixes it. You can workaround it by having the DB calculate the sequence that starts with the line after the broken one, like I showed [URL="http://www.mersenneforum.org/showpost.php?p=208505&postcount=255"]here[/URL]. And of course you can just ignore it and run it with a local client (e.g. aliqueit).

Reserving 834312