From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kaushal Modi Newsgroups: gmane.emacs.bugs Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives Date: Mon, 02 May 2016 17:22:05 +0000 Message-ID: References: <8337q0mpe7.fsf@gnu.org> <83twigl7mn.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113e53e6e9a1b60531df3b64 X-Trace: ger.gmane.org 1462209822 3303 80.91.229.3 (2 May 2016 17:23:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 May 2016 17:23:42 +0000 (UTC) Cc: 23424@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon May 02 19:23:36 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1axHZF-0000Bz-P8 for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 May 2016 19:23:34 +0200 Original-Received: from localhost ([::1]:37765 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axHZB-0001HK-UR for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 May 2016 13:23:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55797) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axHZ1-00012K-E3 for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 13:23:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1axHYo-0003zc-Fo for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 13:23:13 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50019) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axHYn-0003yV-9t for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 13:23:06 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1axHYj-0001OU-Up for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 13:23:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 May 2016 17:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23424 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23424-submit@debbugs.gnu.org id=B23424.14622097445309 (code B ref 23424); Mon, 02 May 2016 17:23:01 +0000 Original-Received: (at 23424) by debbugs.gnu.org; 2 May 2016 17:22:24 +0000 Original-Received: from localhost ([127.0.0.1]:34123 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axHY8-0001NZ-6H for submit@debbugs.gnu.org; Mon, 02 May 2016 13:22:24 -0400 Original-Received: from mail-oi0-f68.google.com ([209.85.218.68]:33748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axHY5-0001NL-Mn for 23424@debbugs.gnu.org; Mon, 02 May 2016 13:22:22 -0400 Original-Received: by mail-oi0-f68.google.com with SMTP id f63so28056739oig.0 for <23424@debbugs.gnu.org>; Mon, 02 May 2016 10:22:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iuBy1C2bO/Hp7JM2ROiwaru3sm2Rppx8UQIpeva6eco=; b=UHI2Zj6pw3/675FVsdFw8EDsvjl/IpVcIDCQwJxeS3gQnRDuobWgda8Py4xbSsZycO 9FXEz9NLdnHtybF+cRb2HbLvA37NCWWHQLuhhjUMUcTAIoGtZn8KLYppghfMcugcqwO6 CK5c/FFQv+7JyoIgKIVKcLz7hen+2jFHNHPVkXJ8Nh1ISfz4EgcEv0WPX5qjH20Rj4mj yp5l0PEDLj9HuEgOTfWj0yCrmAuJASxDP/ESv6lrRfIS5nAlKUOtF4AWrGH03wj5bMea T9lFJnmsI/KVWZrxO/qk8wV8HaQKpkZvu1esRNlzB4lCPEW0AD4EWEmUesFoV9H5OlCM jwnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=iuBy1C2bO/Hp7JM2ROiwaru3sm2Rppx8UQIpeva6eco=; b=RXgH3D9V1qogYfU5wEncKe/8CgczQ1z3/IMwmEEj/FlUth9gZSTqFdBCQqrJ70fdgT dXIE6i4N170uZfIBK9zLOqsiPiGH5Dc8j9b/ErJxQacB43IMn91DI4lKDNcyHsNBWfqm rvpc2BqUQRWVS8ZrsS/TYhn22xLA0Z3vAIyFrNz8KeXomChoPN5AWwQ15VXoaFIrkcoB gUrEQbSYKjGxaJ/QRUP0kH20OtxpPaBtxX8ci9RV2wG+u4IquoKHMudxxi8rWXplkZOa 6uEqZjSoLuw17DhyvuNUU51VQ2v2+N7JbWgs/xZ8DlRtF5BC8BhM47DIgEaA8Y0aCaCB pgZA== X-Gm-Message-State: AOPr4FVvVldciPP62n9JM2I1vpfdlwdyUZgxlS3BzcvdohAOt8KyIlZR5MXRTk7McqK7P/DjNVY6vcfvvKcH0Q== X-Received: by 10.157.22.133 with SMTP id c5mr14742942ote.11.1462209736186; Mon, 02 May 2016 10:22:16 -0700 (PDT) In-Reply-To: <83twigl7mn.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:117589 Archived-At: --001a113e53e6e9a1b60531df3b64 Content-Type: text/plain; charset=UTF-8 > > This is your "Debugging Emacs 101", lesson 1: > > A breakpoint in Fsignal is frequently hit because some error is thrown > which Emacs will catch and ignore, but the debugger gets to see it > first. To see whether this is the signal you are after (if you don't > already know), do this: > > (gdb) p error_symbol > (gdb) xsymbol > > The last command should display the Lisp name of the signal. Crystal > ball here says you will see "void-variable", which is not the signal > you want. So now make the breakpoint conditional: > > (gdb) condition 3 error_symbol != 41328 > (gdb) c > > and see what other signal is thrown. I had a couple of other > unrelated signals (which happened once each, so I didn't feel like > making the condition more complex), and finally you will get your > expected "end-of-file" error. Then look around; the Lisp backtrace > should be the first thing to look at. > Thanks for that quick intro to setting conditional breakpoints. I did (gdb) condition 3 error_symbol!= && error_symbol!= && .. and looks like that worked. But it looks like I have a different backtrace than the one you got. (gdb) p error_symbol $3 = 49824 (gdb) xsymbol $4 = (struct Lisp_Symbol *) 0xc87bd0 "void-variable" (gdb) condition 3 error_symbol!=41328 && error_symbol!=49824 (gdb) c Continuing. Breakpoint 3, Fsignal (error_symbol=19056, data=16197139) at eval.c:1471 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol); (gdb) p error_symbol $5 = 19056 (gdb) xsymbol $6 = (struct Lisp_Symbol *) 0xc803a0 "error" (gdb) bt #0 Fsignal (error_symbol=19056, data=16197139) at eval.c:1471 #1 0x00000000005f631a in Ffuncall (nargs=3, args=0x7fffffff6430) at eval.c:2696 #2 0x000000000063c073 in exec_byte_code (bytestr=9618644, vector=9618677, maxdepth=26, args_template=514, nargs=2, args=0x7fffffff6970) at bytecode.c:880 #3 0x00000000005f6b6c in funcall_lambda (fun=9618597, nargs=2, arg_vector=0x7fffffff6970) at eval.c:2855 #4 0x00000000005f6568 in Ffuncall (nargs=3, args=0x7fffffff6968) at eval.c:2742 #5 0x000000000063c073 in exec_byte_code (bytestr=26216724, vector=26182181, maxdepth=18, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #6 0x00000000005f6ea8 in funcall_lambda (fun=26182285, nargs=2, arg_vector=0x18f8225) at eval.c:2921 #7 0x00000000005f6568 in Ffuncall (nargs=3, args=0x7fffffff6e98) at eval.c:2742 #8 0x000000000063c073 in exec_byte_code (bytestr=26203300, vector=26180981, maxdepth=22, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #9 0x00000000005f6ea8 in funcall_lambda (fun=26181189, nargs=1, arg_vector=0x18f7d75) at eval.c:2921 #10 0x00000000005f6568 in Ffuncall (nargs=2, args=0x7fffffff73d8) at eval.c:2742 #11 0x000000000063c073 in exec_byte_code (bytestr=25712436, vector=20655013, maxdepth=26, args_template=1026, nargs=1, args=0x7fffffff7918) at bytecode.c:880 #12 0x00000000005f6b6c in funcall_lambda (fun=24354509, nargs=1, arg_vector=0x7fffffff7910) at eval.c:2855 #13 0x00000000005f6568 in Ffuncall (nargs=2, args=0x7fffffff7908) at eval.c:2742 #14 0x000000000063c073 in exec_byte_code (bytestr=17397476, vector=21453909, maxdepth=10, args_template=2, nargs=0, args=0x7fffffff7e40) at bytecode.c:880 #15 0x00000000005f6b6c in funcall_lambda (fun=20671589, nargs=0, arg_vector=0x7fffffff7e40) at eval.c:2855 #16 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff7e38) at eval.c:2742 #17 0x000000000063c073 in exec_byte_code (bytestr=14902196, vector=21523493, maxdepth=22, args_template=1026, nargs=1, args=0x7fffffff8448) at bytecode.c:880 #18 0x00000000005f6b6c in funcall_lambda (fun=21523645, nargs=1, arg_vector=0x7fffffff8440) at eval.c:2855 #19 0x00000000005f6568 in Ffuncall (nargs=2, args=0x7fffffff8438) at eval.c:2742 #20 0x00000000005ee638 in Ffuncall_interactively (nargs=2, args=0x7fffffff8438) at callint.c:252 #21 0x00000000005f61e8 in Ffuncall (nargs=3, args=0x7fffffff8430) at eval.c:2673 #22 0x00000000005f09be in Fcall_interactively (function=5444288, record_flag=5289200, keys=13400757) at callint.c:840 #23 0x00000000005f6355 in Ffuncall (nargs=4, args=0x7fffffff8758) at eval.c:2700 #24 0x000000000063c073 in exec_byte_code (bytestr=10409484, vector=10409517, maxdepth=54, args_template=4102, nargs=2, args=0x7fffffff8cd8) at bytecode.c:880 #25 0x00000000005f6b6c in funcall_lambda (fun=10409437, nargs=2, arg_vector=0x7fffffff8cc8) at eval.c:2855 #26 0x00000000005f6568 in Ffuncall (nargs=3, args=0x7fffffff8cc0) at eval.c:2742 #27 0x000000000063c073 in exec_byte_code (bytestr=10408684, vector=10408717, maxdepth=62, args_template=3078, nargs=3, args=0x7fffffff9318) at bytecode.c:880 #28 0x00000000005f6b6c in funcall_lambda (fun=10408629, nargs=3, arg_vector=0x7fffffff9300) at eval.c:2855 #29 0x00000000005f6568 in Ffuncall (nargs=4, args=0x7fffffff92f8) at eval.c:2742 #30 0x00000000005ee638 in Ffuncall_interactively (nargs=4, args=0x7fffffff92f8) at callint.c:252 #31 0x00000000005f61e8 in Ffuncall (nargs=5, args=0x7fffffff92f0) at eval.c:2673 #32 0x00000000005f576f in Fapply (nargs=3, args=0x7fffffff93e0) at eval.c:2321 #33 0x00000000005eeab0 in Fcall_interactively (function=560928, record_flag=0, keys=13400757) at callint.c:389 #34 0x00000000005f6355 in Ffuncall (nargs=4, args=0x7fffffff9668) at eval.c:2700 #35 0x000000000063c073 in exec_byte_code (bytestr=10409484, vector=10409517, maxdepth=54, args_template=4102, nargs=1, args=0x7fffffff9bc0) at bytecode.c:880 #36 0x00000000005f6b6c in funcall_lambda (fun=10409437, nargs=1, arg_vector=0x7fffffff9bb8) at eval.c:2855 #37 0x00000000005f6568 in Ffuncall (nargs=2, args=0x7fffffff9bb0) at eval.c:2742 #38 0x00000000005f5d10 in call1 (fn=14784, arg1=560928) at eval.c:2552 #39 0x000000000055ac58 in command_loop_1 () at keyboard.c:1471 #40 0x00000000005f2f86 in internal_condition_case (bfun=0x55a49f , handlers=19056, hfun=0x559c89 ) at eval.c:1309 #41 0x000000000055a1a7 in command_loop_2 (ignore=0) at keyboard.c:1099 #42 0x00000000005f28a6 in internal_catch (tag=46224, func=0x55a17e , arg=0) at eval.c:1074 #43 0x000000000055a147 in command_loop () at keyboard.c:1078 #44 0x0000000000559858 in recursive_edit_1 () at keyboard.c:684 #45 0x00000000005599eb in Frecursive_edit () at keyboard.c:755 #46 0x00000000005578aa in main (argc=2, argv=0x7fffffffa068) at emacs.c:1606 Lisp Backtrace: "signal" (0xffff6438) "error" (0xffff6970) "epg-check-configuration" (0xffff6ea0) "epg-find-configuration" (0xffff73e0) "package-refresh-contents" (0xffff7910) "package-menu-refresh" (0xffff7e40) "list-packages" (0xffff8440) "funcall-interactively" (0xffff8438) "call-interactively" (0xffff8760) "command-execute" (0xffff8cc8) "execute-extended-command" (0xffff9300) "funcall-interactively" (0xffff92f8) "call-interactively" (0xffff9670) "command-execute" (0xffff9bb8) (gdb) -- -- Kaushal Modi --001a113e53e6e9a1b60531df3b64 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This is your "Debugging Emacs 101", lesson 1:

A breakpoint in Fsignal is frequently hit because some error is thrown
which Emacs will catch and ignore, but the debugger gets to see it
first.=C2=A0 To see whether this is the signal you are after (if you don= 9;t
already know), do this:

=C2=A0 (gdb) p error_symbol
=C2=A0 (gdb) xsymbol

The last command should display the Lisp name of the signal.=C2=A0 Crystal<= br> ball here says you will see "void-variable", which is not the sig= nal
you want.=C2=A0 So now make the breakpoint conditional:

=C2=A0 (gdb) condition 3 error_symbol !=3D 41328
=C2=A0 (gdb) c

and see what other signal is thrown.=C2=A0 I had a couple of other
unrelated signals (which happened once each, so I didn't feel like
making the condition more complex), and finally you will get your
expected "end-of-file" error.=C2=A0 Then look around; the Lisp ba= cktrace
should be the first thing to look at.

<= span style=3D"line-height:1.5">Thanks for that quick intro to setting condi= tional breakpoints.

=C2=A0I did
<= br>
(gdb) condition 3 error_symbol!=3D<num1> &&=C2= =A0error_symbol!=3D<num2> && = ..

and looks like that worked.
=

But it looks like I have a different backtrace than the one= you got.

(gdb) p error_symbol
$3 =3D 49824
(gdb) xsym= bol
$4 =3D (struct Lisp_Symbol *) 0xc87bd0 <lispsym+49824><= /div>
"void-variable"
(gdb) condition 3 error_symbo= l!=3D41328 && error_symbol!=3D49824
(gdb) c
Con= tinuing.

Breakpoint 3, Fsignal (error_symbol=3D190= 56, data=3D16197139) at eval.c:1471
1471 =C2=A0 =C2=A0 =C2=A0 =C2= =A0=3D (NILP (error_symbol) ? Fcar (data) : error_symbol);
(gdb) = p error_symbol
$5 =3D 19056
(gdb) xsymbol
$6 = =3D (struct Lisp_Symbol *) 0xc803a0 <lispsym+19056>
"e= rror"
(gdb) bt
#0 =C2=A0Fsignal (error_symbol=3D19= 056, data=3D16197139) at eval.c:1471
#1 =C2=A00x00000000005f631a = in Ffuncall (nargs=3D3, args=3D0x7fffffff6430) at eval.c:2696
#2 = =C2=A00x000000000063c073 in exec_byte_code (bytestr=3D9618644, vector=3D961= 8677, maxdepth=3D26, args_template=3D514, nargs=3D2, args=3D0x7fffffff6970)= at bytecode.c:880
#3 =C2=A00x00000000005f6b6c in funcall_lambda = (fun=3D9618597, nargs=3D2, arg_vector=3D0x7fffffff6970) at eval.c:2855
#4 =C2=A00x00000000005f6568 in Ffuncall (nargs=3D3, args=3D0x7fffffff= 6968) at eval.c:2742
#5 =C2=A00x000000000063c073 in exec_byte_cod= e (bytestr=3D26216724, vector=3D26182181, maxdepth=3D18, args_template=3D0,= nargs=3D0, args=3D0x0) at bytecode.c:880
#6 =C2=A00x00000000005f= 6ea8 in funcall_lambda (fun=3D26182285, nargs=3D2, arg_vector=3D0x18f8225) = at eval.c:2921
#7 =C2=A00x00000000005f6568 in Ffuncall (nargs=3D3= , args=3D0x7fffffff6e98) at eval.c:2742
#8 =C2=A00x000000000063c0= 73 in exec_byte_code (bytestr=3D26203300, vector=3D26180981, maxdepth=3D22,= args_template=3D0, nargs=3D0, args=3D0x0) at bytecode.c:880
#9 = =C2=A00x00000000005f6ea8 in funcall_lambda (fun=3D26181189, nargs=3D1, arg_= vector=3D0x18f7d75) at eval.c:2921
#10 0x00000000005f6568 in Ffun= call (nargs=3D2, args=3D0x7fffffff73d8) at eval.c:2742
#11 0x0000= 00000063c073 in exec_byte_code (bytestr=3D25712436, vector=3D20655013, maxd= epth=3D26, args_template=3D1026, nargs=3D1, args=3D0x7fffffff7918) at bytec= ode.c:880
#12 0x00000000005f6b6c in funcall_lambda (fun=3D2435450= 9, nargs=3D1, arg_vector=3D0x7fffffff7910) at eval.c:2855
#13 0x0= 0000000005f6568 in Ffuncall (nargs=3D2, args=3D0x7fffffff7908) at eval.c:27= 42
#14 0x000000000063c073 in exec_byte_code (bytestr=3D17397476, = vector=3D21453909, maxdepth=3D10, args_template=3D2, nargs=3D0, args=3D0x7f= ffffff7e40) at bytecode.c:880
#15 0x00000000005f6b6c in funcall_l= ambda (fun=3D20671589, nargs=3D0, arg_vector=3D0x7fffffff7e40) at eval.c:28= 55
#16 0x00000000005f6568 in Ffuncall (nargs=3D1, args=3D0x7fffff= ff7e38) at eval.c:2742
#17 = 0x000000000063c073 in exec_byte_code (bytestr=3D14902196, vector=3D21523493= , maxdepth=3D22, args_template=3D1026, nargs=3D1, args=3D0x7fffffff8448) at= bytecode.c:880
#18 0x00000000005f6b6c in funcall= _lambda (fun=3D21523645, nargs=3D1, arg_vector=3D0x7fffffff8440) at eval.c:= 2855
#19 0x00000000005f6568 in Ffuncall (nargs=3D2, args=3D0x7fff= ffff8438) at eval.c:2742
#20 0x00000000005ee638 in Ffuncall_inter= actively (nargs=3D2, args=3D0x7fffffff8438) at callint.c:252
#21 = 0x00000000005f61e8 in Ffuncall (nargs=3D3, args=3D0x7fffffff8430) at eval.c= :2673
#22 0x00000000005f09be in Fcall_interactively (function=3D5= 444288, record_flag=3D5289200, keys=3D13400757) at callint.c:840
= #23 0x00000000005f6355 in Ffuncall (nargs=3D4, args=3D0x7fffffff8758) at ev= al.c:2700
#24 0x000000000063c073 in exec_byte_code (bytestr=3D104= 09484, vector=3D10409517, maxdepth=3D54, args_template=3D4102, nargs=3D2, a= rgs=3D0x7fffffff8cd8) at bytecode.c:880
#25 0x00000000005f6b6c in= funcall_lambda (fun=3D10409437, nargs=3D2, arg_vector=3D0x7fffffff8cc8) at= eval.c:2855
#26 0x00000000005f6568 in Ffuncall (nargs=3D3, args= =3D0x7fffffff8cc0) at eval.c:2742
#27 0x000000000063c073 in exec_= byte_code (bytestr=3D10408684, vector=3D10408717, maxdepth=3D62, args_templ= ate=3D3078, nargs=3D3, args=3D0x7fffffff9318) at bytecode.c:880
#= 28 0x00000000005f6b6c in funcall_lambda (fun=3D10408629, nargs=3D3, arg_vec= tor=3D0x7fffffff9300) at eval.c:2855
#29 0x00000000005f6568 in Ff= uncall (nargs=3D4, args=3D0x7fffffff92f8) at eval.c:2742
#30 0x00= 000000005ee638 in Ffuncall_interactively (nargs=3D4, args=3D0x7fffffff92f8)= at callint.c:252
#31 0x00000000005f61e8 in Ffuncall (nargs=3D5, = args=3D0x7fffffff92f0) at eval.c:2673
#32 0x00000000005f576f in F= apply (nargs=3D3, args=3D0x7fffffff93e0) at eval.c:2321
#33 0x000= 00000005eeab0 in Fcall_interactively (function=3D560928, record_flag=3D0, k= eys=3D13400757) at callint.c:389
#34 0x00000000005f6355 in Ffunca= ll (nargs=3D4, args=3D0x7fffffff9668) at eval.c:2700
#35 0x000000= 000063c073 in exec_byte_code (bytestr=3D10409484, vector=3D10409517, maxdep= th=3D54, args_template=3D4102, nargs=3D1, args=3D0x7fffffff9bc0) at bytecod= e.c:880
#36 0x00000000005f6b6c in funcall_lambda (fun=3D10409437,= nargs=3D1, arg_vector=3D0x7fffffff9bb8) at eval.c:2855
#37 0x000= 00000005f6568 in Ffuncall (nargs=3D2, args=3D0x7fffffff9bb0) at eval.c:2742=
#38 0x00000000005f5d10 in call1 (fn=3D14784, arg1=3D560928) at e= val.c:2552
#39 0x000000000055ac58 in command_loop_1 () at keyboar= d.c:1471
#40 0x00000000005f2f86 in internal_condition_case (bfun= =3D0x55a49f <command_loop_1>, handlers=3D19056, hfun=3D0x559c89 <c= md_error>) at eval.c:1309
#41 0x000000000055a1a7 in command_lo= op_2 (ignore=3D0) at keyboard.c:1099
#42 0x00000000005f28a6 in in= ternal_catch (tag=3D46224, func=3D0x55a17e <command_loop_2>, arg=3D0)= at eval.c:1074
#43 0x000000000055a147 in command_loop () at keyb= oard.c:1078
#44 0x0000000000559858 in recursive_edit_1 () at keyb= oard.c:684
#45 0x00000000005599eb in Frecursive_edit () at keyboa= rd.c:755
#46 0x00000000005578aa in main (argc=3D2, argv=3D0x7ffff= fffa068) at emacs.c:1606

Lisp Backtrace:
"signal" (0xffff6438)
"error" (0xffff6970)
"epg-check-configuration" (0xffff6ea0)
"e= pg-find-configuration" (0xffff73e0)
"package-refresh-co= ntents" (0xffff7910)
"package-menu-refresh" (0xfff= f7e40)
"list-packages" (0xffff8440)
"fun= call-interactively" (0xffff8438)
"call-interactively&qu= ot; (0xffff8760)
"command-execute" (0xffff8cc8)
"execute-extended-command" (0xffff9300)
"funcal= l-interactively" (0xffff92f8)
"call-interactively"= (0xffff9670)
"command-execute" (0xffff9bb8)
= (gdb)

--
<= p dir=3D"ltr">--
Kaushal Modi

--001a113e53e6e9a1b60531df3b64--