Dropping 142092 150540 157040
(C112; C121; C115)

Taking 202524 212646 229560 244728 245406 250560 255120 256280 266220 271932 271980 283206 289674 297000 297808

Dropping 912380

Taking 232680

Dropping 102432 121560 133500

(C111; C99; C118)

Taking 138108 142080 201048 265800 268464 271740 283962 320430 345828 384264
Taking 385176 491544 502344 530796 594648 635346 661032 757722 758562 761880
Taking 785428 810852 890442 908604 953640 987660

Had a successful trial of the anti-stomping code for the last post. Fivemack reserved 594648 when he already had it.

That was incredibly satisfying for me to read (even if it was a ~2 line fix) :smile:

[QUOTE=Dubslow;390431]That was incredibly satisfying for me to read (even if it was a ~2 line fix) :smile:[/QUOTE]
And then I caused another test with my post lol.

Dropping 758562 (2^4 * 5 * C121, ECMed)

Dropping 115680 162348

Dropping 202524 594648 890442

Reserving 228504, my first.

There's an error on factordb in that sequence for index 1600. Is there anything I can do about that? I already have that term fully factored.

If you search the forum for 228504, you find Dubslow's list of broken sequences.

Step 1601 of 228504 is
[code]
115002363456781951116353025432393722069665825524716257351967573745719336629908761109140183558732708396906923367555454
[/code]

and I took the sequence about 100 steps further, so the current end state is

Step number 1717
Integer is
[code] 1586485861423510235399324404757059803439124684931897631197268284885225811322788387601275205850997058239621225615792193109658722
[/code]
The cofactor is a C120
[code]
106833935246644834733488161748831537001445027536794745379922656314977248601502596670339066649683324171029370174217444929
[/code]

which has been fully-ECMed by me and is ready for GNFS.

Basically, all the sequences with size less than 120 in Dubslow's table are broken: two of us (mostly RichardS, with a small contribution from myself) have recently devoted quite a lot of CPU-months to pulling all sequences to size 120. And ones with small cofactors tend to be being actively pursued, so I'd recommend using the filter on dubslow's page [url]http://dubslow.tk/aliquot/AllSeq.html[/url] to look only for things last updated in 2013 or before.

Maybe try 530460? It's at least guaranteed to go down next term.