GGNFS problems on Windows
 

[QUOTE=Andi47;244789]I just tested with your windows binary (32 bit) of svn-400:
gnfs-lasieve4I16e -M 1 -a 2_956+.poly -o test11.out -f 43505239 -c 100

still crashes. :(
edit: the 64 bit binary crashes too on this input.[/QUOTE]

Darn. I guess it must be something else then that wasn't updated with the latest SVN code. That windows build was made with the new VS2010 compiler and a newer MPIR as well.

Jeff.

[QUOTE=Andi47;244789]I just tested with your windows binary (32 bit) of svn-400:

gnfs-lasieve4I16e -M 1 -a 2_956+.poly -o test11.out -f 43505239 -c 100

still crashes. :(

edit: the 64 bit binary crashes too on this input.[/QUOTE]

In order to look at this I need to be able to run gnfs-lasieve4I16e and the command line alone is not sufficient for this. I am not quite sure how much more is needed (the poly file at least) but I will take a look at what is going on if I can obtain all that is needed to set up a context in which the siever will run.

Brian

[QUOTE=Brian Gladman;245888]In order to look at this I need to be able to run gnfs-lasieve4I16e and the command line alone is not sufficient for this. I am not quite sure how much more is needed (the poly file at least) but I will take a look at what is going on if I can obtain all that is needed to set up a context in which the siever will run.

Brian[/QUOTE]

AFIK the siever and the polyfile should be sufficient to do the testing.

The polyfile is (name it "2_956+.poly" to be consistent with my command line):

[code]n: 1332203900608590809938480645779084229713406802212647383719972524986911760145731133592887032687895490700549453758482415452796437240091528083264268919532584204888670812466960924609380670193
type: gnfs
# norm 2.589534e-18 alpha -8.321781 e 2.991e-14 rroots 5
skew: 320811150.54
c0: 405063155184101117008321502924944026097244672704
c1: 3339583019941934259279259002396544515176
c2: -47189249406761789351128506210198
c3: -265660627688613695069141
c4: 586429385543294
c5: 182280
Y0: -1488559874631410107110585286834796715
Y1: 149978515624994424157
alim: 150000000
rlim: 150000000
lpba: 32
lpbr: 31
mfba: 94
mfbr: 62
alambda: 3.6
rlambda: 2.6[/code]

P.S.: How much RAM does your PC have?

I can run it on either of two machines, one with 4GB and one with 24GB.

I can see the crash so I will see if I can figure out what is going on.

Edit: bug found and corrected in the GGNFS SVN.

The code was picking up and using an outdated local version of gmp.h stored within the ggnfs directory structure but then linking with MPIR in MPIR's own root directory where the correct gmp.h is stored.

I've now changed ggnfs to pick up both the gmp header and the MPIR library from MPIR's root directory.

Brian

[QUOTE=Brian Gladman;245898]I can run it on either of two machines, one with 4GB and one with 24GB.

I can see the crash so I will see if I can figure out what is going on.

Edit: bug found and corrected in the GGNFS SVN.

The code was picking up and using an outdated local version of gmp.h stored within the ggnfs directory structure but then linking with MPIR in MPIR's own root directory where the correct gmp.h is stored.

I've now changed ggnfs to pick up both the gmp header and the MPIR library from MPIR's root directory.

Brian[/QUOTE]

Does the newest SVN which your changes now run smoothly without crash?

@Jeff: can you please create windows binaries (32 and 64 bit) of SVN401, so that I can run some tests?

The x64 version no longer crashes for your specific example. I think that the bug I found would show up in other sievers and in win32 as well. But binaries would also sometimes work if the two versions of gmp.h involved just happened to be compatible.

Brian

PS I don't like filling up other people's systems with attachments but if the 'powers that be' don't mind this I could upload a specific siever binary here.

Jeff is 'sort of' running a binary repository via his web page but I wonder whether we should actually run such a repository with the programs that we use around here so that I and others can upload corrected Windows binaries as soon as we have them.

[QUOTE=Brian Gladman;245907]The x64 version no longer crashes for your specific example. I think that the bug I found would show up in other sievers and in win32 as well. But binaries would also sometimes work if the two versions of gmp.h involved just happened to be compatible.

Brian

PS I don't like filling up other people's systems with attachments but if the 'powers that be' don't mind this I could upload a specific siever binary here.

Jeff is 'sort of' running a binary repository via his web page but I wonder whether we should actually run such a repository with the programs that we use around here so that I and others can upload corrected Windows binaries as soon as we have them.[/QUOTE]

Do you also have a x32 binary?

P.S.: If you don't mind, you can also upload the binaries at [url]www.sendspace.com[/url] and post the link(s) here.

I am uneasy about doing this with GPL'd code since it is important to maintain a clear link between binaries and the source code from which they have been derived.

I can build win32 and x64 binaries of a specific siever so if you PM me with an email address I can put them in a ZIP file and send them to you privately.

Brian

[QUOTE=Brian Gladman;245911]I am uneasy about doing this with GPL'd code since it is important to maintain a clear link between binaries and the source code from which they have been derived.

I can build win32 and x64 binaries of a specific siever so if you PM me with an email address I can put them in a ZIP file and send them to you privately.

Brian[/QUOTE]

Thanks, I have sent you a PM with my email address.

[QUOTE=Brian Gladman;245911]I am uneasy about doing this with GPL'd code since it is important to maintain a clear link between binaries and the source code from which they have been derived.

I can build win32 and x64 binaries of a specific siever so if you PM me with an email address I can put them in a ZIP file and send them to you privately.

Brian[/QUOTE]

I just tested:

gnfs-lasieve4I16e -M 1 -a 2_956+.poly -o test11.out -f 43505239 -c 100

still crashes with both the win32 and x64 binaries. (platform is windows 7 professional)

Hi Andi,

I didn't see this crash earlier for some reason, but I do now. This turns out to be a different bug and, this time, one in the actual lattice sieve code. I hope that I have now corrected this one in the GGNFS SVN. I have sent you updated binaries for test.

Brian