Dropping 652296 (141 digits, 2^2*5*7*C139, 4000@3e6 ECM)

Reserving 460104, 662706, 684816

Reserving 508284.

Dropping 214864 (145 digits, 2^4*3^2, ECMed C140)

Dropping 27324

Dropping 508284.

Query 640104 status?

I inadvertently worked some on 640104 instead of 460104. When I searched to see who to apologize to, I found no reference to that number at all anywhere, including the "Current status of aliquot sequences with start term below 1 million" page or the archives. Is it an unclaimed orphan?

I suppose I could check to see if it was a number with a bad .elf, but wouldn't it have shown up in the thread(s) about them, if it was, and would that keep it from showing up in the "Current status..." page?

Is this possibly within a block of reserved numbers? If so, would that prevent it from showing up on the above referenced pages.

The last line in the db is:
[code]
Unchecked 3510 138[SUB] (show)[/SUB] 7867005339...98[SUB]<138>[/SUB] = 2 · 3 · 2347 · 5586568200...39[SUB]<134>[/SUB][/code]

The id for the last line, 1100000000869112634, doesn't seem to be in the current list of final lines [url]http://www.rechenkraft.net/aliquot/AllSeq.json[/url] (doesn't *necessarily* guarantee it's improperly missing, but makes it seem pretty likely). On the other hand, the line is newly created as of today. Give it four days to let all the sequences cycle on the aliquot page before we check again for a duplicate.

When you ran it, did you do so with aliqueit? It would detect any .elf errors introduced by the FDB

[QUOTE=Dubslow;443616]The id for the last line, 1100000000869112634, doesn't seem to be in the current list of final lines [url]http://www.rechenkraft.net/aliquot/AllSeq.json[/url] (doesn't *necessarily* guarantee it's improperly missing, but makes it seem pretty likely). On the other hand, the line is newly created as of today. Give it four days to let all the sequences cycle on the aliquot page before we check again for a duplicate.

When you ran it, did you do so with aliqueit? It would detect any .elf errors introduced by the FDB[/QUOTE]

That new line is probably from me. I'm testing ali.pl (by yoyo). It doesn't check the .elf or create a log, so I don't know how many lines I did. Perhaps, if it is "invisible" I didn't intrude on someone else's work.

Thanks for checking.

ali.pl runs yafu and yafu writes a factor.log. There you see which composites you factored and which factors you found.

[QUOTE=EdH;443612]Query 640104 status?
[/QUOTE]
It merges with a lower sequence
640104:I2=282216:I3
and it appears that 282216 isn't being worked on.