mersenneforum.org Aliqueit.exe discussion
 Register FAQ Search Today's Posts Mark Forums Read

 2009-05-06, 19:48 #177 bsquared     "Ben" Feb 2007 3,371 Posts I didn't try to hold down ^c, maybe that would work for me too. I don't know when I'll make good on my goal of running a sequence, so I don't know when I'll be able to test. Thanks, - ben.
 2009-05-29, 10:57 #178 10metreh     Nov 2008 2×33×43 Posts Could you adjust the "neat factor" feature to only appear on the DOS window when the factor is prime? I have lowered the neat factor limits so the messages actually appear sometimes, but I often get things like: Code: c71: running P-1 at B1=22e4... Using B1=220000, B2=658485462, polynomial x^1, x0=4236689816 Step 1 took 359ms Step 2 took 641ms ********** Factor found in step 2: 226108288088882191380086476075187039 *** Neat 36-digit factor found: 226108288088882191380086476075187039 *** c36 = 226108288088882191380086476075187039 which are not "neat" at all.
2009-05-29, 11:41   #179
mklasson

Feb 2004

4028 Posts

Quote:
 Originally Posted by 10metreh Could you adjust the "neat factor" feature to only appear on the DOS window when the factor is prime? I have lowered the neat factor limits so the messages actually appear sometimes, but I often get things like:
Methinks you are a bit impatient.

Sure, fixed for the next release.

2009-05-29, 11:44   #180
10metreh

Nov 2008

2×33×43 Posts

Quote:
 Originally Posted by mklasson Methinks you are a bit impatient.
Well, I suppose you're probably not going to get a neat factor with the default cut-off until your sequences are in the 120-130 digit range. The highest I've ever gone was 114 digits on 10212 (I'll probably venture a bit further with 130396), and that was before the invention of aliqueit.

 2009-06-01, 17:04 #181 10metreh     Nov 2008 2·33·43 Posts As you will probably have seen in the "Feature request: warn on owerwrite" thread in the Msieve forum, I had something overwrite my test.dat file when running "aliqueit 130396 -e" during a GNFS run. This had never wiped out my file before, but this time I was resuming at the "msieve -nc2" stage. I have a strong suspicion that this is a bug in factMsieve.pl not aliqueit, but just in case it is aliqueit, I've posted it here.
2009-06-01, 17:12   #182
mklasson

Feb 2004

2·3·43 Posts

Quote:
 Originally Posted by 10metreh As you will probably have seen in the "Feature request: warn on owerwrite" thread in the Msieve forum, I had something overwrite my test.dat file when running "aliqueit 130396 -e" during a GNFS run. This had never wiped out my file before, but this time I was resuming at the "msieve -nc2" stage. I have a strong suspicion that this is a bug in factMsieve.pl not aliqueit, but just in case it is aliqueit, I've posted it here.
Yeah, I too think this is probably in factMsieve.pl. Aliqueit never deletes the ggnfs files until after the job completes and a factor is found.

 2009-06-06, 09:02 #183 Batalov     "Serge" Mar 2008 Phi(4,2^7658614+1)/2 221658 Posts msieve -np now may return deg-4 and 6 polys Mikael, here is a new challenge for you. I see in the code that bool convert_poly( string infile, string poly_name ) expects msieve to return a 5-degree poly. Well, this is not true anymore, starting from msieve 1.42. Please scan the msieve.fb even if it doesn't have A5 (or if it has A6). As it is now, if A5 is absent, aliqueit thinks that msieve failed and erases the resulting poly. So I found to my amazement that the process was stuck in pol51opt... I'll set the path to the old msieve 1.41 for now. Too lazy to fix .cc cde. --Serge
2009-06-06, 09:45   #184
mklasson

Feb 2004

2·3·43 Posts

Quote:
 Originally Posted by Batalov Mikael, here is a new challenge for you. I see in the code that bool convert_poly( string infile, string poly_name ) expects msieve to return a 5-degree poly. Well, this is not true anymore, starting from msieve 1.42. Please scan the msieve.fb even if it doesn't have A5 (or if it has A6). As it is now, if A5 is absent, aliqueit thinks that msieve failed and erases the resulting poly. So I found to my amazement that the process was stuck in pol51opt... I'll set the path to the old msieve 1.41 for now. Too lazy to fix .cc cde. --Serge
I've actually already fixed this, so it'll be in the next release (hoping to get it out before too long). Up to sextics should be ok then.

2009-06-06, 18:29   #185
mklasson

Feb 2004

2·3·43 Posts

Quote:
 Originally Posted by 10metreh I used msieve 1.42 to search for a poly and put a msieve.fb and a test.poly in my newly created ggnfs directory for a C95 that I am doing, but something (either aliqueit or factMsieve.pl) deleted test.poly. What is happening?
Have a look at the post above yours. I'll try to get a new version out soonish as no doubt a lot of people will be running msieve v1.42 shortly.

2009-06-06, 18:33   #186
10metreh

Nov 2008

2×33×43 Posts

Quote:
 Originally Posted by mklasson Have a look at the post above yours. I'll try to get a new version out soonish as no doubt a lot of people will be running msieve v1.42 shortly.
Sorry, I didn't read the post fully, so I've deleted my post.

 2009-06-06, 19:49 #187 mklasson   Feb 2004 2×3×43 Posts Alright then, have a stab at v1.08. + "-q" quits aliqueit after factoring the first number. + detects bad factors (e.g. from recent yafu problem). + "-s " submits the given sequence's elf file to Syd's DB, starting with iteration . You'll need wget to use this. + timestamps in log file. Thanks kar_bon. + handles up to sextic polynomials output by msieve. * only prime factors are considered "neat". Thanks 10metreh. I was hoping to get some other good stuff included in this release, but time is a harsh mistress. Hopefully next time! This should at least take care of the swanky new polys from msieve 1.42.

 Similar Threads Thread Thread Starter Forum Replies Last Post johnadam74 Aliquot Sequences 4 2016-03-28 12:32 pakaran Aliquot Sequences 2 2015-09-12 23:10 EdH Aliquot Sequences 6 2011-12-13 18:58 science_man_88 Aliquot Sequences 185 2011-11-08 12:18 Greebley Aliquot Sequences 35 2010-02-13 15:23

All times are UTC. The time now is 00:33.

Mon Mar 8 00:33:28 UTC 2021 up 94 days, 20:44, 0 users, load averages: 2.27, 2.31, 2.28