Time to move the queued numbers into now sieving stage.
Still awaiting for Gregs authorisation to have access to the 14e management page.

Please queue C169 from 933436:i12552 to 14e .

[CODE]n: 7930504474062943634180354395694198832338522097533947606610939402906068066907096847446678013745093085629284764516867383668391206867474899804143061146948865874090496491247
skew: 90436282.86
c0: -2863572256508370050204856649372476099096000
c1: 962876446117551952960580797094283810
c2: -21557424971389283651999403573
c3: -257629860182374254104
c4: 2145189755054
c5: 11760
Y0: -924227096884674171545962006315499
Y1: 78511231103891473
rlim: 57000000
alim: 57000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 62
rlambda: 2.6
alambda: 2.6
[/CODE]Also C173 from 3366:i2142 is ready for GNFS, poly is [URL="http://www.mersenneforum.org/showpost.php?p=440050&postcount=197"]here[/URL] .

So far, almost all from [url=http://www.mersenneforum.org/showpost.php?p=439494&postcount=647]this post[/url] were queued. Only two of them, C202_123_83 and C182_133_62 (suggested -a side), still remain intact.

[QUOTE=XYYXF;440543]So far, almost all from [url=http://www.mersenneforum.org/showpost.php?p=439494&postcount=647]this post[/url] were queued. Only two of them, C202_123_83 and C182_133_62 (suggested -a side), still remain intact.[/QUOTE]

The poly files for both of these contained this line:
[code]
# siever: 15
[/code]

Should I interpret that to mean that they should go in the lasievee (15e) rather than the lasieved (14e) queue? The SNFS difficulties and large prime bounds are more common with lasieved, but I'd defer to your judgement.

[QUOTE=jyb;440985]The poly files for both of these contained this line:
[code]
# siever: 15
[/code]

Should I interpret that to mean that they should go in the lasievee (15e) rather than the lasieved (14e) queue? The SNFS difficulties and large prime bounds are more common with lasieved, but I'd defer to your judgement.[/QUOTE]

I posted the list of numbers with polys - the comment re: siever 15 is an artifact from Yafu and should be ignored in these two cases. Sorry about the confusion.

C178_140_114 (14e)
 

C178_140_114 survived a full t55 with no factors appearing. Suggest it is ready for 14e, Best poly I could find follows.


[code]
n: 1249421680791438543773846928079794766789781891696849810515970385978531006576175257747566424509963960812566429070034066898785576005906497804858792774529938542377240806463828399661
# 140^114+114^140, difficulty: 246.42, anorm: 2.28e+038, rnorm: -5.34e+046
# scaled difficulty: 247.82, suggest sieving rational side
# size = 1.829e-012, alpha = 0.000, combined = 1.894e-013, rroots = 0
type: snfs
size: 246
skew: 4.8488
c6: 1
c0: 12996
Y1: -24272900770553981941874687268486966725193
Y0: 7124309490858214375000000000000000
rlim: 134000000
alim: 134000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 62
rlambda: 2.6
alambda: 2.6
[/code]

Queued C178_140_114 onto 14e

[QUOTE=fivemack;441014]Queued C178_140_114 onto 14e[/QUOTE]

Thank you very much!

I have queued two hard SNFS numbers and one very hard SNFS number on 15e, since the queue was getting empty - hope this buys time for the polynomial-selectors to line up some more C18x numbers.

What's up with 70841^53-1 (15e)?

[QUOTE=pinhodecarlos;441163]What's up with 70841^53-1 (15e)?[/QUOTE]

See post #590 in this thread. I don't know what the problem was, though. There's nothing obviously wrong with the polynomial.