mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   XYYXF Project (https://www.mersenneforum.org/forumdisplay.php?f=110)
-   -   Leyland Primes (x^y+y^x primes) (https://www.mersenneforum.org/showthread.php?t=19347)

rogue 2020-09-26 03:12

[QUOTE=pxp;557892]Thank you. Fortunately I had written a note to myself from the last time I ran a .cpp program.

[CODE]g++ xyyx.cpp -o xyyx

xyyx.cpp:60:56: warning: format specifies type 'unsigned long long *' but the argument has type 'long *'
[-Wformat]
if (sscanf(ptr, "%u %llu %u (%u,%u)", &index, &leylandNumber, &length, &x, &y) != 5)
[/CODE]

The [I]%llu[/I] and [I]&leylandNumber[/I] were underlined. This was followed by a very similar warning ending in [I]!=4[/I] and finally a third one relating to an [I]fprintf[/I] item containing the two offending variables. In spite of the warnings the created xyyx ran to create a list.html from a list.txt.

I can probably run this every time I update my [URL="http://chesswanks.com/num/a094133.txt"]a094133.txt[/URL] document and share it [URL="http://chesswanks.com/num/a094133.html"]here[/URL]. A couple of minor issues: Christ van Willegen and Jens Kruse Andersen have lost their surnames and Göran Hemdal has lost the umlauted o (I assume that it is visible in the .txt version).[/QUOTE]

Try compiling with -m64. A long is 64-bits with -m64 but only 32-bits for -m32 and I assume that the default for the compiler is -m32.

I treat the input as ASCII, so it is likely losing the umlaut in his name. I'm not certain how to fix that.

The code assumes only two portions of the name. It would be easy to fix the parsing in the code to address that.

pxp 2020-09-27 00:01

[QUOTE=rogue;557924]Try compiling with -m64.[/QUOTE]

Yes, if only I knew how to do that. Is it really that important? What does my warnings-ignored [URL="http://chesswanks.com/num/a094133.html"]converted document[/URL] lack that a properly compiled conversion file would have?

rogue 2020-09-27 03:19

[QUOTE=pxp;557991]Yes, if only I knew how to do that. Is it really that important? What does my warnings-ignored [URL="http://chesswanks.com/num/a094133.html"]converted document[/URL] lack that a properly compiled conversion file would have?[/QUOTE]

You can change the datatype from "long" to "long long" to remove the warning that you showed.

NorbSchneider 2020-09-30 18:26

Another new PRP:
452^50145+50145^452, 133142 digits.

pxp 2020-10-01 01:59

[QUOTE=pxp;557387]I have examined all Leyland numbers in the ten gaps between L(37614,265) <91148>, #1735, and L(40210,287) <98832> and found 117 new primes. That makes L(40210,287) #1862 and advances the index to L(40945,328), #1930.[/QUOTE]

I have examined all Leyland numbers in the gap between L(40945,328) <103013>, #1930, and L(41507,322) <104094> and found 14 new primes. That makes L(41507,322) #1945.

pxp 2020-10-09 17:34

I have examined all Leyland numbers in the gap between L(148999,10) <149000> and L(149999,10) <150000> and found 14 new primes.

pxp 2020-10-10 07:07

[QUOTE=pxp;558416]That makes L(41507,322) #1945.[/QUOTE]

I have examined all Leyland numbers in the three gaps between L(41507,322) <104094>, #1945, and L(222748,3) <106278> and found 38 new primes. That makes L(222748,3) #1986.

rogue 2020-10-19 12:31

29652^5083+5083^29652 is 3-PRP

This was an accidental find, in other words, unexpected. I had removed x with fewer than 50 terms from the main sieve to test separately because sieving is less efficient with x that have few terms.

pxp 2020-10-19 15:03

It's actually nice to see another name in the recents. I am still ten days away from discovering this one. Be sure to claim it on PRPTop so that they will be up-to-date.

rogue 2020-10-19 19:17

[QUOTE=pxp;560317]It's actually nice to see another name in the recents. I am still ten days away from discovering this one. Be sure to claim it on PRPTop so that they will be up-to-date.[/QUOTE]

Submitted.

pxp 2020-10-22 08:51

[QUOTE=pxp;554544]I began to wonder if any of these L(x,10) is prime. I'm doing a run on a list that I didn't sieve particularly deeply and I can say that for x < 300000 the answer is none.[/QUOTE]

I finished that run up to 500000 and then decided to do from there to 10^6. I sieved that file to 10^12 resulting in [URL="http://chesswanks.com/num/L(x,10).txt"]1309 candidates[/URL]. The durations total to 293.3 days but distributed equally over 12 cores, 24.4 days. Of course I didn't have the pfgw durations when I started so I guessed at the distribution, resulting in some of the segments taking considerably longer than others. Sadly, no PRPs.


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

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.