PARI/GP Bug report logs - #124
handling interrupt

Full log

🔗 View this message in rfc822 format

X-Loop: allomber@math.u-bordeaux.fr
From: allomber@math.u-bordeaux.fr (PARI/GP Bug Tracking System)
To: Bill Allombert <allomber@math.u-bordeaux.fr>
Cc: Karim.Belabas@math.u-bordeaux.fr
Subject: Bug#124: marked as done (handling interrupt)
Message-ID: <handler.124.D124.11599739185912.ackdone@pari.math.u-bordeaux.fr>
In-Reply-To: <20061004145804.GA21116@seventeen>
References: <20061004145804.GA21116@seventeen> <20041210170624.GB13401@txc.com>
Precedence: bulk
X-PARI/GP-PR-Message: closed 124
X-PARI/GP-PR-Package: pari
X-PARI/GP-PR-Keywords: 

Your message dated Wed, 4 Oct 2006 16:58:04 +0200
with message-id <20061004145804.GA21116@seventeen>
and subject line handling interrupt
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Bill Allombert
(administrator, PARI/GP bugs database)

--------------------------------------
Received: (at submit) by pari.math.u-bordeaux.fr; 10 Dec 2004 17:06:56 +0000
From igor@txc.com Fri Dec 10 18:06:56 2004
Received: from transfire.transwitch.com ([208.5.237.254] helo=mailproxy2.txc.com)
	by pari with esmtp (Exim 3.35 #1 (Debian))
	id 1CcoEK-0001ty-00
	for <submit@pari.math.u-bordeaux.fr>; Fri, 10 Dec 2004 18:06:56 +0100
Received: from [192.168.10.43] (helo=sawara.btc.txc.com)
	by mailproxy2.txc.com with esmtp (Exim 4.42)
	id 1CcoDo-0006Ah-Op
	for submit@pari.math.u-bordeaux.fr; Fri, 10 Dec 2004 12:06:24 -0500
Received: by sawara.btc.txc.com (Postfix, from userid 7003)
	id 37D3436C048; Fri, 10 Dec 2004 12:06:24 -0500 (EST)
Date: Fri, 10 Dec 2004 12:06:24 -0500
From: Igor Schein <igor@txc.com>
To: submit@pari.math.u-bordeaux.fr
Subject: handling interrupt
Message-ID: <20041210170624.GB13401@txc.com>
Reply-To: igor@txc.com
References: <20041209215919.GV13401@txc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20041209215919.GV13401@txc.com>
User-Agent: Mutt/1.4.1i
X-TXC-MailScanner-Information: Please contact SysAdmin group (help@txc.com) for more information
X-TXC-MailScanner: Found to be clean
X-MailScanner-From: igor@txc.com

Package: pari
Version: 2.2.9 (development CHANGES-1.1080)

This is a major recurring problem for me.  In an interactive session
running on Opteron machine, ^C stops working, meaning the session is
lost.  I can tell it the command ( usually a loop ) does get
terminated because the process is in S state, but I never get a prompt
back.  I never saw this on a 32bit machine.  Here's a stack trace:

#0  0x0000002a95fb0f6b in __lll_mutex_lock_wait () from /lib64/tls/libc.so.6
#1  0x0000000000867b10 in ?? ()
#2  0x0000000000000000 in ?? ()
#3  0x0000002a95f475b0 in free_atfork () at stdlib.h:317
#4  0x0000002afbad8001 in ?? ()
#5  0x00000000008090fd in buf.7 ()
#6  0x00000000008090fd in buf.7 ()
#7  0x00000000008090fd in buf.7 ()
#8  0x00000000008090fd in buf.7 ()
#9  0x0000000000809104 in buf.7 ()
#10 0xffffffffffffffff in ?? ()
#11 0x00000000008090fd in buf.7 ()
#12 0xffffffffffffffff in ?? ()
#13 0x0000000000000000 in ?? ()
#14 0x0000000000000000 in ?? ()
#15 0x0000000000000000 in ?? ()
#16 0x0000000000000000 in ?? ()
#17 0x0000000000000000 in ?? ()
#18 0x0000000000000000 in ?? ()
#19 0x0000000000000000 in ?? ()
#20 0x0000000000867e40 in ?? ()
#21 0x00000000005e4add in pop_stack (pts=0x2) at ../src/language/init.c:98
#22 0x00000000005e689a in pari_err (numerr=19) at ../src/language/init.c:989
#23 <signal handler called>
#24 0x0000002a95fa1b1c in mmap64 () from /lib64/tls/libc.so.6
#25 0x0000002a95f466a6 in sYSMALLOc (nb=141360, av=0x2a9610d6c0) at malloc.c:2736
#26 0x0000002a95f431d2 in __libc_malloc (bytes=141352) at malloc.c:3295
#27 0x00000000005e4e11 in gpmalloc (size=0) at ../src/language/init.c:265
#28 0x00000000005e830f in copy_bin (x=0x2a9681cfa0) at ../src/language/init.c:1582
#29 0x00000000005e8809 in gerepileall (av=182913879800, n=6) at ../src/language/init.c:1674
#30 0x00000000004bbcd0 in lllfp_marked (pMARKED=0x7fbfe951a8, x=0x2a9681cfa0, D=8553008, flag=2, prec=45, gram=0) at ../src/basemath/bibli1.c:1319
#31 0x0000000000484e01 in get_red_G (T=0x2a968672a8, pro=0x7fbfe95258) at ../src/basemath/base1.c:1239
#32 0x0000000000485673 in _polredabs (T=0x7fbfe953d0, u=0x7fbfe953c8) at ../src/basemath/base1.c:1263
#33 0x000000000047f15b in polredabs0 (x=0x2a969b8aa8, flag=20) at ../src/basemath/base1.c:1985
#34 0x00000000005cb55f in identifier () at ../src/language/anal.c:2057
#35 0x00000000005caa30 in truc () at level1.h:232
#36 0x00000000005c9e75 in facteur () at ../src/language/anal.c:1267
#37 0x00000000005c969b in expr () at ../src/language/anal.c:799
#38 0x00000000005cab4f in affect_block (res=0x7fbfe96b48) at ../src/language/anal.c:1479
#39 0x00000000005cac20 in identifier () at ../src/language/anal.c:1831
#40 0x00000000005caa30 in truc () at level1.h:232
#41 0x00000000005c9e75 in facteur () at ../src/language/anal.c:1267
#42 0x00000000005c969b in expr () at ../src/language/anal.c:799
#43 0x00000000005c957a in seq () at ../src/language/anal.c:759
#44 0x00000000005d4948 in lisseq0 (t=0x0, f=0x5c9510 <seq>) at ../src/language/anal.c:373
#45 0x00000000005cf7e1 in identifier () at ../src/language/anal.c:1569
#46 0x00000000005caa30 in truc () at level1.h:232
#47 0x00000000005c9e75 in facteur () at ../src/language/anal.c:1267
#48 0x00000000005c969b in expr () at ../src/language/anal.c:799
#49 0x00000000005d500f in any_string () at ../src/language/anal.c:1114
#50 0x00000000005cd030 in identifier () at ../src/language/anal.c:1978
#51 0x00000000005caa30 in truc () at level1.h:232
#52 0x00000000005c9e75 in facteur () at ../src/language/anal.c:1267
#53 0x00000000005c969b in expr () at ../src/language/anal.c:799
#54 0x00000000005c957a in seq () at ../src/language/anal.c:759
#55 0x00000000005cdac1 in identifier () at ../src/language/anal.c:2111
#56 0x00000000005caa30 in truc () at level1.h:232
#57 0x00000000005c9e75 in facteur () at ../src/language/anal.c:1267
#58 0x00000000005c969b in expr () at ../src/language/anal.c:799
#59 0x00000000005c957a in seq () at ../src/language/anal.c:759
#60 0x00000000005cdac1 in identifier () at ../src/language/anal.c:2111
#61 0x00000000005caa30 in truc () at level1.h:232
#62 0x00000000005c9e75 in facteur () at ../src/language/anal.c:1267
#63 0x00000000005c969b in expr () at ../src/language/anal.c:799
#64 0x00000000005c957a in seq () at ../src/language/anal.c:759
#65 0x00000000005c8999 in lisseq_void (t=0x0) at ../src/language/anal.c:415
#66 0x00000000005fb51a in forstep (ep=0x864e70, a=0x2a969b9a78, b=0x2a969ba0f8, s=0x2a969ba118,
    ch=0x8658c6 "if(isprime(k),s=subgr(quadpoly(5),5*k,5);while(1,for(j=1,#s,t=kummer(quadpoly(5),5*k,s[j]);if(isg(t,[10,1]),break(2))));if(valuation(nfdisc(t,1),5)==13,print1(k\"\\t\");print(spcase(lc(t,polcyclo(5))))))"...) at ../src/language/sumiter.c:73
#67 0x00000000005cb3a5 in identifier () at ../src/language/anal.c:2069
#68 0x00000000005caa30 in truc () at level1.h:232
#69 0x00000000005c9e75 in facteur () at ../src/language/anal.c:1267
#70 0x00000000005c969b in expr () at ../src/language/anal.c:799
#71 0x00000000005c957a in seq () at ../src/language/anal.c:759
#72 0x00000000005d4948 in lisseq0 (t=0x0, f=0x5c9510 <seq>) at ../src/language/anal.c:373
#73 0x00000000005cf7e1 in identifier () at ../src/language/anal.c:1569
#74 0x00000000005caa30 in truc () at level1.h:232
#75 0x00000000005c9e75 in facteur () at ../src/language/anal.c:1267
#76 0x00000000005c969b in expr () at ../src/language/anal.c:799
#77 0x00000000005c957a in seq () at ../src/language/anal.c:75

I cannot reproduce it at will, but it happens a few times a day.

Thanks

Igor

---------------------------------------
Received: (at 124-done) by pari.math.u-bordeaux.fr; 4 Oct 2006 14:58:38 +0000
From allomber@math.u-bordeaux.fr Wed Oct 04 16:58:38 2006
Received: from darboux.math.univ-montp2.fr ([162.38.126.4])
	by pari with esmtp (Exim 4.50)
	id 1GV8Ck-0001Wm-1s
	for 124-done@pari.math.u-bordeaux.fr; Wed, 04 Oct 2006 16:58:38 +0200
Received: from yellowpig.yi.org (prt-152.math.univ-montp2.fr [162.38.126.152])
	by darboux.math.univ-montp2.fr (Postfix) with ESMTP id 0052454808C;
	Wed,  4 Oct 2006 16:58:07 +0200 (CEST)
Received: from bill by yellowpig.yi.org with local (Exim 3.36 #1 (Debian))
	id 1GV8CE-0005Un-00; Wed, 04 Oct 2006 16:58:06 +0200
Date: Wed, 4 Oct 2006 16:58:04 +0200
To: Igor Schein <igor@txc.com>, 124-done@pari.math.u-bordeaux.fr
Subject: Re: handling interrupt
Message-ID: <20061004145804.GA21116@seventeen>
References: <20041209215919.GV13401@txc.com> <20041210170624.GB13401@txc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20041210170624.GB13401@txc.com>
User-Agent: Mutt/1.5.9i
From: Bill Allombert <allomber@math.u-bordeaux.fr>

On Fri, Dec 10, 2004 at 12:06:24PM -0500, Igor Schein wrote:
> Package: pari
> Version: 2.2.9 (development CHANGES-1.1080)
> 
> This is a major recurring problem for me.  In an interactive session
> running on Opteron machine, ^C stops working, meaning the session is
> lost.  I can tell it the command ( usually a loop ) does get
> terminated because the process is in S state, but I never get a prompt
> back.  I never saw this on a 32bit machine.  Here's a stack trace:
 

Hello Igor,
since you cannot reproducea this anymore and furthermore we have made
PARI/GP more robust to SIGINT, I close this bug report.

Cheers,
Bill.

Send a report that this bug log contains spam.