Discussion related to cado-nfs

[meng <qsmeng@126.com>]

Dear Paul,
>>   gdb --args las -I 11 -rpowlim 2047 -apowlim 2047 -poly /tmp/c100.poly -fb /tmp/c100.roots -q0 2040000 -q1 2060000 -mt 2 -out /tmp/c100.rels.2040000-2060000.gz -rlim 1000000 -alim 2000000 -lpbr 25 -lpba 25 -mfbr 50 -mfba 50 -rlambda 2.1 -alambda 2.2 > >please can you run the same command without the -mt 2 and the -out ... >options, and send us the first and last 30 lines of output? >
The whole result is as follows:
-------------------------
GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-42.el5)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/greatnet/meng/cado-nfs/build/master/sieve/las...done.
(gdb) run
Starting program: /home/greatnet/meng/cado-nfs/build/master/sieve/las -I 11 -rpowlim 2047 -apowlim 2047 -poly /tmp/c100.poly -fb /tmp/c100.roots -q0 2040000 -q1 2060000 -rlim 1000000 -alim 2000000 -lpbr 25 -lpba 25 -mfbr 50 -mfba 50 -rlambda 2.1 -alambda 2.2
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x2aaaaaaab000
[Thread debugging using libthread_db enabled]
# (d7da39a) /home/greatnet/meng/cado-nfs/build/master/sieve/las -I 11 -rpowlim 2047 -apowlim 2047 -poly /tmp/c100.poly -fb /tmp/c100.roots -q0 2040000 -q1 2060000 -rlim 1000000 -alim 2000000 -lpbr 25 -lpba 25 -mfbr 50 -mfba 50 -rlambda 2.1 -alambda 2.2
# Compiled with gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
# Compilation flags -std=c99 -g -W -Wall -O2 -msse3
# las.c flags: ALG_LAZY NORM_STRIDE=8 (locked) VERT_NORM_STRIDE=4 (max) NORM_BITS=10 LOG_BUCKET_REGION=16 GUARD=1.00 LOG_MAX=254.9
# Creating new sieve configuration for q~2^21 on the algebraic side
# bucket_region = 65536
# nb_buckets = 32
# Rat. side: log2(maxnorm)=91.87 logbase=1.284948 bound=146
# Alg. side: log2(maxnorm)=118.39 logbase=1.605060 bound=81
# Creating rational factor base of 1Mb took 0.1s
# Reading algebraic factor base from /tmp/c100.roots
# Reading algebraic factor base of 1Mb took 0.5s
# Number of small-sieved primes in rational factor base = 339
# Number of bucket-sieved primes in rational factor base per thread = 78189
# Inverse sum of bucket-sieved primes in rational factor base per thread = 0.59191 [hit jitter 0.00%]
# Creating strategy for 21a/rational [lim=1000000 lpb=25]
# Using 5+3 P-1/P+1/ECM curves
# Number of small-sieved primes in algebraic factor base = 403
# Number of bucket-sieved primes in algebraic factor base per thread = 148535
# Inverse sum of bucket-sieved primes in algebraic factor base per thread = 0.64730 [hit jitter 0.00%]
# Creating strategy for 21a/algebraic [lim=2000000 lpb=25]
# Using 5+3 P-1/P+1/ECM curves
# Sieving parameters for q~2^21 on the algebraic side
# Sieving parameters: rlim=1000000 alim=2000000 lpbr=25 lpba=25
#                     mfbr=50 mfba=50 rlambda=2.1 alambda=2.2
#                     skewness=34128.0
#
# Sieving algebraic q=2040019; rho=1995908; a0=44111; b0=-1; a1=760800; b1=29;
15073672,167:40f,565,5,13,283,8a45af,1a379a1:2,2,2,823,d4821,10f2c7,1db247,7,11,1d,bf,1f20d3
-37923170,351:841,5579,21019,2d6b9,a4e99,3b:2,2,f07,1393,164f,70beb,3,5,7,1d,71,3db0e3,1f20d3
-1545721,775:2,2e3f,8759,193e1,449,7,7,154a629:5aef,754c3,5,175,347,271c4b,2b17ad,1f20d3

Program received signal SIGSEGV, Segmentation fault.
0x00000039f5a7a050 in memset () from /lib64/libc.so.6
(gdb) where
#0  0x00000039f5a7a050 in memset () from /lib64/libc.so.6
#1  0x0000000000413cba in init_rat_norms_bucket_region (
    S=0x667000 "\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377"..., j=<value optimized out>, si=<value optimized out>)
    at /home/greatnet/meng/cado-nfs/sieve/las-norms.c:330
#2  0x00000000004098e4 in process_bucket_region (th=0x65f3b0)
    at /home/greatnet/meng/cado-nfs/sieve/las.c:2862
#3  0x000000000040fa5d in main (argc0=<value optimized out>,
    argv0=<value optimized out>)
    at /home/greatnet/meng/cado-nfs/sieve/las.c:3515

 
-------------------------------------------

>> #0  0x00000039f5a7a050 in memset () from /lib64/libc.so.6 >> #1  0x0000000000413cba in init_rat_norms_bucket_region (S=0x69f000 "", >>     j=<value optimized out>, si=<value optimized out>) >>     at /home/greatnet/meng/cado-nfs/sieve/las-norms.c:330 > >it seems the problem occurs in the line: > >      else memset(S, y, ts); > >Please can you print the value of ts in that line, with say: > >      else { fprintf (stderr, "ts=%zu\n", ts); memset(S, y, ts); }
The value of ts is given below:
-----------------------------
ts=1051
ts=1074
ts=1103
ts=1134
ts=1163
ts=1196
ts=1219
ts=1248
ts=1277
ts=1306
ts=1335
ts=1363
ts=1392
ts=1423
ts=1452
ts=1485
ts=1508
ts=1537
ts=1566
ts=1595
ts=1624
ts=1652
ts=1681
ts=1712
ts=1741
ts=1774
ts=1797
ts=1826
ts=1855
ts=1884
ts=1913
---------------------------------

I noticed that in the output of gdb, there exists one strange sentence 
"# Compiled with gcc 4.1.2 20080704 (Red Hat 4.1.2-52)"
My gcc now is gcc-4.4.6. Maybe cmake is compiled by gcc4.1.2? Or something in make is set to old gcc? Anyway I will remake the cmake and check the result.

Thank you very much.
Best regards,
Meng