GNU logs - #23424, boring messages


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Kaushal Modi <kaushal.modi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 15:21:01 +0000
Resent-Message-ID: <handler.23424.B.146220241718272 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 23424 <at> debbugs.gnu.org
X-Debbugs-Original-To: "bug-gnu-emacs@HIDDEN" <bug-gnu-emacs@HIDDEN>
Received: via spool by submit <at> debbugs.gnu.org id=B.146220241718272
          (code B ref -1); Mon, 02 May 2016 15:21:01 +0000
Received: (at submit) by debbugs.gnu.org; 2 May 2016 15:20:17 +0000
Received: from localhost ([127.0.0.1]:33991 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axFdw-0004ke-En
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 11:20:16 -0400
Received: from eggs.gnu.org ([208.118.235.92]:56341)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axFdu-0004kS-GB
 for submit <at> debbugs.gnu.org; Mon, 02 May 2016 11:20:14 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axFdf-0005Gs-At
 for submit <at> debbugs.gnu.org; Mon, 02 May 2016 11:20:06 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM,
 HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:51872)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axFde-0005Fj-4C
 for submit <at> debbugs.gnu.org; Mon, 02 May 2016 11:19:59 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:47134)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axFdR-0005kS-Iz
 for bug-gnu-emacs@HIDDEN; Mon, 02 May 2016 11:19:52 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axFdC-000587-Nz
 for bug-gnu-emacs@HIDDEN; Mon, 02 May 2016 11:19:37 -0400
Received: from mail-ob0-x234.google.com ([2607:f8b0:4003:c01::234]:35673)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axFdB-00054J-E7
 for bug-gnu-emacs@HIDDEN; Mon, 02 May 2016 11:19:30 -0400
Received: by mail-ob0-x234.google.com with SMTP id n10so77942999obb.2
 for <bug-gnu-emacs@HIDDEN>; Mon, 02 May 2016 08:19:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:from:date:message-id:subject:to;
 bh=xVTJZAPn77bbEJ+96Wc9XKSriuU4cmq2bCSj/8P0uyM=;
 b=xm/yJ0YRZYPef9MD1jyPZhoH0v5kYfBDLZVU/Yc695wcrW6qlrOoFuEhEv65i9z/qn
 GN/lv5FWca+6nJ75sMiEFlVImJ4KqzxMWWCxjB9745Yx7VScaH88YoZ3/dMGWcBEUNRU
 hTZvktApdg73uM96JQIT0QnLyWVh86K5MNP27UWH+nqvxZm/ydITb6RFgBOWLhq/0vFj
 lDM5xv3QaJRaLZrYT7KtIUciz9yOXh9iwkxVYO7Ox/IhWbEvB/FV1LEtiUlRwh13zSdA
 MObt0yS0/fGdPkefnnnwiDM7wtgPa2V88Ed9o4n7XZeZxTuxcPOpqiEpGO3Y1S+GCPPI
 pxzQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
 bh=xVTJZAPn77bbEJ+96Wc9XKSriuU4cmq2bCSj/8P0uyM=;
 b=e85uGigF5VkSH7rsjDXpxq7UsM7nQfV4IKWOLG08TP6aGeoiEgNSH2wVUU6jtjGluR
 7Aby7NdwDMYMzmn3h5mhHYojEas/8wvZrTTaCDacEV45CHnvBa0hZYDwLg++pLytDhWQ
 +FusLOHWMliijjbDTiwwhAOo+55R3/jP9Vvy9aj19laF/q/VFR+w427j2R9zRB+uvXsL
 k8H8sUva2aK6jQ3zFWC/u2N9rBdl4dbFvJzPuaYcVEVELUUCA5J22ae/VLtOogSxtjT0
 QeebyZKMFA69JxJ42lKZmivFgJeGzSBsrKs8I1iAovZ0eUpHsjBRJWJtv0f+pEsdDLy0
 VNuA==
X-Gm-Message-State: AOPr4FWkFVR92onWMz4Pq7xp8WFa0zmNrJZmD/WbbbEaRLIEmQ7F3RCAu2oZcnnBo6r9jT2RSqWUJ/LgHW2qsw==
X-Received: by 10.182.45.6 with SMTP id i6mr3420807obm.42.1462202351696; Mon,
 02 May 2016 08:19:11 -0700 (PDT)
MIME-Version: 1.0
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 02 May 2016 15:19:02 +0000
Message-ID: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
Content-Type: multipart/alternative; boundary=f46d0444ea0fc341ae0531dd83ce
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -4.0 (----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -4.0 (----)

--f46d0444ea0fc341ae0531dd83ce
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I can recreate this error in "emacs -Q" after evaluating the below and then
doing M-x list-packages.

=3D=3D=3D=3D=3D

(require 'package)
(add-to-list 'package-archives '("melpa" . "http://melpa.org/packages/") t)

=3D=3D=3D=3D=3D

Here is the error I get:

=3D=3D=3D=3D=3D

Importing package-keyring.gpg...done
error in process filter: End of file during parsing

=3D=3D=3D=3D=3D

As an additional request (hopefully minor), can this process filter error
be improved to give more info as to which file caused it?


In GNU Emacs 25.0.93.10 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.23)
 of 2016-05-02 built on
Repository revision: fd7b430afdd7ddea40cad7d231f634ff8bd536d8
Windowing system distributor 'The X.Org Foundation', version 11.0.60900000
System Description: Red Hat Enterprise Linux Workstation release 6.6
(Santiago)

Configured using:
 'configure --with-modules
 --prefix=3D/home/kmodi/usr_local/apps/6/emacs/emacs-25
 'CPPFLAGS=3D-fgnu89-inline -I/home/kmodi/usr_local/6/include
 -I/usr/include/freetype2 -I/usr/include' 'CFLAGS=3D-ggdb3 -O0'
 'CXXFLAGS=3D-ggdb3 -O0' 'LDFLAGS=3D-L/home/kmodi/usr_local/6/lib
 -L/home/kmodi/usr_local/6/lib64 -ggdb3'
 PKG_CONFIG_PATH=3D/home/kmodi/usr_local/6/lib/pkgconfig:/home/kmodi/usr_lo=
cal/6/lib64/pkgconfig:/cad/adi/apps/gnu/linux/x86_64/6/lib/pkgconfig:/cad/a=
di/apps/gnu/linux/x86_64/6/lib64/pkgconfig:/usr/lib/pkgconfig:/usr/lib64/pk=
gconfig:/usr/share/pkgconfig:/lib/pkgconfig:/lib64/pkgconfig'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS
NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK2 X11 MODULES

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=3Dnone
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set
current-kill: Kill ring is empty
Mark set
package
(("gnu" . "http://elpa.gnu.org/packages/") ("melpa" . "
http://melpa.org/packages/"))
Importing package-keyring.gpg...done
You can run the command =E2=80=98list-packages=E2=80=99 with M-x l-pac RET
error in process filter: End of file during parsing [2 times]
Mark set
next-line: End of buffer

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug sendmail mm-archive message dired
format-spec rfc822 mml mml-sec mailabbrev gmm-utils mailheader mm-decode
mm-bodies mm-encode url-handlers mail-utils network-stream nsm starttls
url-http tls gnutls mail-parse rfc2231 rfc2047 rfc2045 ietf-drums url-gw
url-cache url-auth url url-proxy url-privacy url-expand url-methods
url-history url-cookie url-domsuf url-util url-parse auth-source cl-seq
eieio eieio-core cl-macs gnus-util mm-util help-fns mail-prsvr
password-cache url-vars mailcap epg finder-inf package epg-config seq
byte-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv
cl-loaddefs pcase cl-lib time-date mule-util tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help
simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
dbusbind inotify dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 122628 13965)
 (symbols 48 25171 0)
 (miscs 40 49 166)
 (strings 32 27533 18874)
 (string-bytes 1 736436)
 (vectors 16 16284)
 (vector-slots 8 478740 15323)
 (floats 8 238 375)
 (intervals 56 2149 362)
 (buffers 976 12)
 (heap 1024 35960 2589))

--=20

--=20
Kaushal Modi

--f46d0444ea0fc341ae0531dd83ce
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><span style=3D"line-height:1.5">I can recreate this e=
rror in &quot;emacs -Q&quot; after evaluating the below and then doing M-x =
list-packages.</span></div><div><span style=3D"line-height:1.5"><br></span>=
</div><div><span style=3D"line-height:1.5">=3D=3D=3D=3D=3D</span></div><div=
><span style=3D"line-height:1.5"><br></span></div><div><div>(require &#39;p=
ackage)</div><div>(add-to-list &#39;package-archives &#39;(&quot;melpa&quot=
; . &quot;<a href=3D"http://melpa.org/packages/">http://melpa.org/packages/=
</a>&quot;) t)</div></div><div><br></div><div><div><span style=3D"line-heig=
ht:1.5">=3D=3D=3D=3D=3D</span></div></div><div><br></div><div>Here is the e=
rror I get:</div><div><br></div><div><div style=3D"color:rgb(33,33,33);font=
-size:13px">=3D=3D=3D=3D=3D</div><div style=3D"color:rgb(33,33,33);font-siz=
e:13px"><br></div><div style=3D"color:rgb(33,33,33);font-size:13px"><div>Im=
porting package-keyring.gpg...done</div><div>error in process filter: End o=
f file during parsing</div></div><div style=3D"color:rgb(33,33,33);font-siz=
e:13px"><br></div><div style=3D"color:rgb(33,33,33);font-size:13px">=3D=3D=
=3D=3D=3D</div></div><div style=3D"color:rgb(33,33,33);font-size:13px"><br>=
</div><div><span style=3D"color:rgb(33,33,33);font-size:13px">As an additio=
nal request (hopefully minor), can this process filter error be improved to=
 give more info as to which file caused it?</span><br></div><div><span styl=
e=3D"color:rgb(33,33,33);font-size:13px"><br></span></div><div><span style=
=3D"color:rgb(33,33,33);font-size:13px"><br></span></div><div><span style=
=3D"line-height:1.5">In GNU Emacs 25.0.93.10 (x86_64-unknown-linux-gnu, GTK=
+ Version 2.24.23)</span><br></div><div>=C2=A0of 2016-05-02 built on=C2=A0<=
/div><div>Repository revision: fd7b430afdd7ddea40cad7d231f634ff8bd536d8</di=
v><div>Windowing system distributor &#39;The X.Org Foundation&#39;, version=
 11.0.60900000</div><div>System Description:<span class=3D"Apple-tab-span" =
style=3D"white-space:pre">	</span>Red Hat Enterprise Linux Workstation rele=
ase 6.6 (Santiago)</div><div><br></div><div>Configured using:</div><div>=C2=
=A0&#39;configure --with-modules</div><div>=C2=A0--prefix=3D/home/kmodi/usr=
_local/apps/6/emacs/emacs-25</div><div>=C2=A0&#39;CPPFLAGS=3D-fgnu89-inline=
 -I/home/kmodi/usr_local/6/include</div><div>=C2=A0-I/usr/include/freetype2=
 -I/usr/include&#39; &#39;CFLAGS=3D-ggdb3 -O0&#39;</div><div>=C2=A0&#39;CXX=
FLAGS=3D-ggdb3 -O0&#39; &#39;LDFLAGS=3D-L/home/kmodi/usr_local/6/lib</div><=
div>=C2=A0-L/home/kmodi/usr_local/6/lib64 -ggdb3&#39;</div><div>=C2=A0PKG_C=
ONFIG_PATH=3D/home/kmodi/usr_local/6/lib/pkgconfig:/home/kmodi/usr_local/6/=
lib64/pkgconfig:/cad/adi/apps/gnu/linux/x86_64/6/lib/pkgconfig:/cad/adi/app=
s/gnu/linux/x86_64/6/lib64/pkgconfig:/usr/lib/pkgconfig:/usr/lib64/pkgconfi=
g:/usr/share/pkgconfig:/lib/pkgconfig:/lib64/pkgconfig&#39;</div><div><br><=
/div><div>Configured features:</div><div>XPM JPEG TIFF GIF PNG RSVG IMAGEMA=
GICK SOUND GPM DBUS GCONF GSETTINGS</div><div>NOTIFY ACL LIBSELINUX GNUTLS =
LIBXML2 FREETYPE LIBOTF XFT ZLIB</div><div>TOOLKIT_SCROLL_BARS GTK2 X11 MOD=
ULES</div><div><br></div><div>Important settings:</div><div>=C2=A0 value of=
 $LANG: en_US.UTF-8</div><div>=C2=A0 value of $XMODIFIERS: @im=3Dnone</div>=
<div>=C2=A0 locale-coding-system: utf-8-unix</div><div><br></div><div>Major=
 mode: Lisp Interaction</div><div><br></div><div>Minor modes in effect:</di=
v><div>=C2=A0 tooltip-mode: t</div><div>=C2=A0 global-eldoc-mode: t</div><d=
iv>=C2=A0 electric-indent-mode: t</div><div>=C2=A0 mouse-wheel-mode: t</div=
><div>=C2=A0 tool-bar-mode: t</div><div>=C2=A0 menu-bar-mode: t</div><div>=
=C2=A0 file-name-shadow-mode: t</div><div>=C2=A0 global-font-lock-mode: t</=
div><div>=C2=A0 font-lock-mode: t</div><div>=C2=A0 blink-cursor-mode: t</di=
v><div>=C2=A0 auto-composition-mode: t</div><div>=C2=A0 auto-encryption-mod=
e: t</div><div>=C2=A0 auto-compression-mode: t</div><div>=C2=A0 line-number=
-mode: t</div><div>=C2=A0 transient-mark-mode: t</div><div><br></div><div>R=
ecent messages:</div><div>For information about GNU Emacs and the GNU syste=
m, type C-h C-a.</div><div>Mark set</div><div>current-kill: Kill ring is em=
pty</div><div>Mark set</div><div>package</div><div>((&quot;gnu&quot; . &quo=
t;<a href=3D"http://elpa.gnu.org/packages/">http://elpa.gnu.org/packages/</=
a>&quot;) (&quot;melpa&quot; . &quot;<a href=3D"http://melpa.org/packages/"=
>http://melpa.org/packages/</a>&quot;))</div><div>Importing package-keyring=
.gpg...done</div><div>You can run the command =E2=80=98list-packages=E2=80=
=99 with M-x l-pac RET</div><div>error in process filter: End of file durin=
g parsing [2 times]</div><div>Mark set</div><div>next-line: End of buffer</=
div><div><br></div><div>Load-path shadows:</div><div>None found.</div><div>=
<br></div><div>Features:</div><div>(shadow sort mail-extr emacsbug sendmail=
 mm-archive message dired</div><div>format-spec rfc822 mml mml-sec mailabbr=
ev gmm-utils mailheader mm-decode</div><div>mm-bodies mm-encode url-handler=
s mail-utils network-stream nsm starttls</div><div>url-http tls gnutls mail=
-parse rfc2231 rfc2047 rfc2045 ietf-drums url-gw</div><div>url-cache url-au=
th url url-proxy url-privacy url-expand url-methods</div><div>url-history u=
rl-cookie url-domsuf url-util url-parse auth-source cl-seq</div><div>eieio =
eieio-core cl-macs gnus-util mm-util help-fns mail-prsvr</div><div>password=
-cache url-vars mailcap epg finder-inf package epg-config seq</div><div>byt=
e-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv</div><div>=
cl-loaddefs pcase cl-lib time-date mule-util tooltip eldoc electric</div><d=
iv>uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win</div><div>term=
/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe</div><div>ta=
bulated-list newcomment elisp-mode lisp-mode prog-mode register page</div><=
div>menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock</=
div><div>syntax facemenu font-core frame cl-generic cham georgian utf-8-lan=
g</div><div>misc-lang vietnamese tibetan thai tai-viet lao korean japanese =
eucjp-ms</div><div>cp51932 hebrew greek romanian slovak czech european ethi=
opic indian</div><div>cyrillic chinese charscript case-table epa-hook jka-c=
mpr-hook help</div><div>simple abbrev minibuffer cl-preloaded nadvice loadd=
efs button faces</div><div>cus-face macroexp files text-properties overlay =
sha1 md5 base64 format</div><div>env code-pages mule custom widget hashtabl=
e-print-readable backquote</div><div>dbusbind inotify dynamic-setting syste=
m-font-setting font-render-setting</div><div>move-toolbar gtk x-toolkit x m=
ulti-tty make-network-process emacs)</div><div><br></div><div>Memory inform=
ation:</div><div>((conses 16 122628 13965)</div><div>=C2=A0(symbols 48 2517=
1 0)</div><div>=C2=A0(miscs 40 49 166)</div><div>=C2=A0(strings 32 27533 18=
874)</div><div>=C2=A0(string-bytes 1 736436)</div><div>=C2=A0(vectors 16 16=
284)</div><div>=C2=A0(vector-slots 8 478740 15323)</div><div>=C2=A0(floats =
8 238 375)</div><div>=C2=A0(intervals 56 2149 362)</div><div>=C2=A0(buffers=
 976 12)</div><div>=C2=A0(heap 1024 35960 2589))</div><div><br></div></div>=
<div dir=3D"ltr">-- <br></div><p dir=3D"ltr">-- <br>
Kaushal Modi</p>

--f46d0444ea0fc341ae0531dd83ce--




Message sent:


Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Kaushal Modi <kaushal.modi@HIDDEN>
Subject: bug#23424: Acknowledgement (25.0.93; error in process sentinel
 with Melpa added to package-archives)
Message-ID: <handler.23424.B.146220241718272.ack <at> debbugs.gnu.org>
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
X-Gnu-PR-Message: ack 23424
X-Gnu-PR-Package: emacs
Reply-To: 23424 <at> debbugs.gnu.org
Date: Mon, 02 May 2016 15:21:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 23424 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
23424: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D23424
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 15:50:02 +0000
Resent-Message-ID: <handler.23424.B23424.146220416421055 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Kaushal Modi <kaushal.modi@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146220416421055
          (code B ref 23424); Mon, 02 May 2016 15:50:02 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 15:49:24 +0000
Received: from localhost ([127.0.0.1]:34023 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axG68-0005TX-F9
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 11:49:24 -0400
Received: from eggs.gnu.org ([208.118.235.92]:38037)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1axG66-0005TK-QC
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 11:49:23 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1axG5r-0004zQ-K3
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 11:49:14 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60280)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1axG5r-0004yO-GM; Mon, 02 May 2016 11:49:07 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3379
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1axG5l-0002JR-Ch; Mon, 02 May 2016 11:49:01 -0400
Date: Mon, 02 May 2016 18:49:04 +0300
Message-Id: <8337q0mpe7.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 (message from Kaushal Modi on Mon, 02 May 2016 15:19:02 +0000)
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -6.0 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> From: Kaushal Modi <kaushal.modi@HIDDEN>
> Date: Mon, 02 May 2016 15:19:02 +0000
> 
> I can recreate this error in "emacs -Q" after evaluating the below and then doing M-x list-packages.
> 
> =====
> 
> (require 'package)
> (add-to-list 'package-archives '("melpa" . "http://melpa.org/packages/") t)
> 
> =====
> 
> Here is the error I get:
> 
> =====
> 
> Importing package-keyring.gpg...done
> error in process filter: End of file during parsing
> 
> =====

Here's the problem: Emacs tries to read from an empty string, and
fails.  The backtrace is below.

> As an additional request (hopefully minor), can this process filter error be improved to give more info as to
> which file caused it?

Given the cause of the problem, how would you wish to improve the
error message?

  Thread 1 hit Breakpoint 3, Fsignal (error_symbol=20888, data=0) at eval.c:1471
  1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
  $44 = 20888
  $45 = (struct Lisp_Symbol *) 0x2b2ad00 <lispsym+20888>
  "end-of-file"
  (gdb) bt
  #0  Fsignal (error_symbol=20888, data=0) at eval.c:1471
  #1  0x0121cf5d in xsignal (error_symbol=20888, data=0) at eval.c:1577
  #2  0x0121cf9a in xsignal0 (error_symbol=20888) at eval.c:1586
  #3  0x01262e25 in end_of_file_error () at lread.c:1736
  #4  0x01267417 in read1 (readcharfun=-9223372036748765968, pch=0x82c3bc,
      first_in_list=false) at lread.c:3094
  #5  0x01264604 in read0 (readcharfun=-9223372036748765968) at lread.c:2137
  #6  0x01268c64 in read_list (flag=false, readcharfun=-9223372036748765968)
      at lread.c:3629
  #7  0x01265049 in read1 (readcharfun=-9223372036748765968, pch=0x82c70c,
      first_in_list=true) at lread.c:2484
  #8  0x01268a8e in read_list (flag=false, readcharfun=-9223372036748765968)
      at lread.c:3585
  #9  0x01265049 in read1 (readcharfun=-9223372036748765968, pch=0x82ca1c,
      first_in_list=false) at lread.c:2484
  #10 0x01268a8e in read_list (flag=true, readcharfun=-9223372036748765968)
      at lread.c:3585
  #11 0x012684f6 in read_vector (readcharfun=-9223372036748765968,
      bytecodeflag=false) at lread.c:3495
  #12 0x0126506e in read1 (readcharfun=-9223372036748765968, pch=0x82cdbc,
      first_in_list=false) at lread.c:2487
  #13 0x01264604 in read0 (readcharfun=-9223372036748765968) at lread.c:2137
  #14 0x01268c64 in read_list (flag=false, readcharfun=-9223372036748765968)
      at lread.c:3629
  #15 0x01265049 in read1 (readcharfun=-9223372036748765968, pch=0x82d10c,
      first_in_list=false) at lread.c:2484
  #16 0x01268a8e in read_list (flag=false, readcharfun=-9223372036748765968)
      at lread.c:3585
  #17 0x01265049 in read1 (readcharfun=-9223372036748765968, pch=0x82d41c,
      first_in_list=false) at lread.c:2484
  #18 0x01264604 in read0 (readcharfun=-9223372036748765968) at lread.c:2137
  #19 0x01264526 in read_internal_start (stream=-9223372036748765968, start=0,
      end=0) at lread.c:2110
  #20 0x0126427b in Fread_from_string (string=-9223372036748765968, start=0,
      end=0) at lread.c:2073
  #21 0x01221a0c in Ffuncall (nargs=2, args=0x82d698) at eval.c:2700
  #22 0x012826e1 in exec_byte_code (bytestr=-9223372036759330616,
      vector=-6917529027537623584, maxdepth=4611686018427387924,
      args_template=4611686018427388161, nargs=1, args=0x82de40)
      at bytecode.c:880
  #23 0x01222972 in funcall_lambda (fun=-6917529027537623184, nargs=1,
      arg_vector=0x82de38) at eval.c:2855
  #24 0x01221f3b in Ffuncall (nargs=2, args=0x82de30) at eval.c:2742
  #25 0x0122018e in Fapply (nargs=2, args=0x82de30) at eval.c:2278
  #26 0x0122180d in Ffuncall (nargs=3, args=0x82de28) at eval.c:2673
  #27 0x012826e1 in exec_byte_code (bytestr=-9223372036754479384,
      vector=-6917529027537762864, maxdepth=4611686018427387912,
      args_template=0, nargs=0, args=0x0) at bytecode.c:880
  #28 0x01222fd4 in funcall_lambda (fun=-6917529027537762616, nargs=0,
      arg_vector=0x82e400) at eval.c:2921
  #29 0x01221f3b in Ffuncall (nargs=1, args=0x82e3f8) at eval.c:2742
  #30 0x012826e1 in exec_byte_code (bytestr=-9223372036754478168,
      vector=-6917529027537762424, maxdepth=4611686018427387909,
      args_template=0, nargs=0, args=0x0) at bytecode.c:880
  #31 0x01222fd4 in funcall_lambda (fun=-6917529027537762152, nargs=2,
      arg_vector=0x82e9b0) at eval.c:2921
  #32 0x01221f3b in Ffuncall (nargs=3, args=0x82e9a8) at eval.c:2742
  #33 0x012826e1 in exec_byte_code (bytestr=-9223372036754110784,
      vector=-6917529027537760712, maxdepth=4611686018427387918,
      args_template=0, nargs=0, args=0x0) at bytecode.c:880
  #34 0x01222fd4 in funcall_lambda (fun=-6917529027537760416, nargs=2,
      arg_vector=0x82ef98) at eval.c:2921
  #35 0x01221f3b in Ffuncall (nargs=3, args=0x82ef90) at eval.c:2742
  #36 0x01220805 in Fapply (nargs=2, args=0x82f050) at eval.c:2321
  #37 0x01221047 in apply1 (fn=58089576, arg=-4611686018321073728)
      at eval.c:2537
  #38 0x012942bd in read_process_output_call (fun_and_args=-4611686018321073712)
      at process.c:5224
  #39 0x0121c61a in internal_condition_case_1 (
      bfun=0x12941d4 <read_process_output_call>, arg=-4611686018321073712,
      handlers=21168, hfun=0x1297822 <exec_sentinel_error_handler>)
      at eval.c:1333
  #40 0x01297ace in exec_sentinel (proc=-6917529027537622792,
      reason=-9223372036749244816) at process.c:6577
  #41 0x01297deb in status_notify (deleting_process=0x0, wait_proc=0x0)
      at process.c:6679
  #42 0x012929b0 in wait_reading_process_output (time_limit=30, nsecs=0,
      read_kbd=-1, do_display=true, wait_for_cell=0, wait_proc=0x0,
      just_wait_proc=0) at process.c:4661
  #43 0x0101126c in sit_for (timeout=4611686018427387934, reading=true,
      display_option=1) at dispnew.c:5762
  #44 0x01158765 in read_char (commandflag=1, map=-4611686018321074016,
      prev_event=0, used_mouse_menu=0x82f62f, end_time=0x0) at keyboard.c:2706
  #45 0x0116cff6 in read_key_sequence (keybuf=0x82f7c0, bufsize=30, prompt=0,
      dont_downcase_last=false, can_return_switch_frame=true,
      fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9055
  #46 0x01153df2 in command_loop_1 () at keyboard.c:1357
  #47 0x0121c56e in internal_condition_case (bfun=0x1153820 <command_loop_1>,
      handlers=21168, hfun=0x1152a9d <cmd_error>) at eval.c:1309
  #48 0x011532b7 in command_loop_2 (ignore=0) at keyboard.c:1099
  #49 0x0121b6eb in internal_catch (tag=56728, func=0x115327b <command_loop_2>,
      arg=0) at eval.c:1074
  #50 0x01153235 in command_loop () at keyboard.c:1078
  #51 0x011524ab in recursive_edit_1 () at keyboard.c:684
  #52 0x01152771 in Frecursive_edit () at keyboard.c:755
  #53 0x0114ff7b in main (argc=2, argv=0xa427e0) at emacs.c:1606

  Lisp Backtrace:
  "read-from-string" (0x82d6a0)
  0x62aa770 PVEC_COMPILED
  "apply" (0x82de30)
  "url-http-activate-callback" (0x82e400)
  "url-http-end-of-document-sentinel" (0x82e9b0)
  "url-http-async-sentinel" (0x82ef98)
  (gdb) frame 20
  #20 0x0126427b in Fread_from_string (string=-9223372036748765968, start=0,
      end=0) at lread.c:2073
  2073      ret = read_internal_start (string, start, end);
  (gdb) p string
  $46 = -9223372036748765968
  (gdb) xstring
  $47 = (struct Lisp_String *) 0x65194f0
  0




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
In-Reply-To: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
Resent-From: Robert Pluim <rpluim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 15:56:01 +0000
Resent-Message-ID: <handler.23424.B.146220452321994 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 23424 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Reply-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.146220452321994
          (code B ref -1); Mon, 02 May 2016 15:56:01 +0000
Received: (at submit) by debbugs.gnu.org; 2 May 2016 15:55:23 +0000
Received: from localhost ([127.0.0.1]:34027 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axGBv-0005ig-9Y
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 11:55:23 -0400
Received: from eggs.gnu.org ([208.118.235.92]:39806)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1axGBt-0005iT-NW
 for submit <at> debbugs.gnu.org; Mon, 02 May 2016 11:55:21 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1axGBf-0006d0-7m
 for submit <at> debbugs.gnu.org; Mon, 02 May 2016 11:55:13 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: **
X-Spam-Status: No, score=2.7 required=5.0 tests=BAYES_20,FREEMAIL_FROM,
 FSL_HELO_BARE_IP_2,RCVD_NUMERIC_HELO autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:36838)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1axGBf-0006ZB-3w
 for submit <at> debbugs.gnu.org; Mon, 02 May 2016 11:55:07 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:58898)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1axGBT-0003AR-D2
 for bug-gnu-emacs@HIDDEN; Mon, 02 May 2016 11:55:01 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1axGBF-0006Ul-R4
 for bug-gnu-emacs@HIDDEN; Mon, 02 May 2016 11:54:47 -0400
Received: from plane.gmane.org ([80.91.229.3]:56649)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1axGBF-0006Su-Kd
 for bug-gnu-emacs@HIDDEN; Mon, 02 May 2016 11:54:41 -0400
Received: from list by plane.gmane.org with local (Exim 4.69)
 (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1axGB4-000647-LF
 for bug-gnu-emacs@HIDDEN; Mon, 02 May 2016 17:54:30 +0200
Received: from 149.5.228.1 ([149.5.228.1])
 by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
 id 1AlnuQ-0007hv-00
 for <bug-gnu-emacs@HIDDEN>; Mon, 02 May 2016 17:54:30 +0200
Received: from rpluim by 149.5.228.1 with local (Gmexim 0.1 (Debian))
 id 1AlnuQ-0007hv-00
 for <bug-gnu-emacs@HIDDEN>; Mon, 02 May 2016 17:54:30 +0200
X-Injected-Via-Gmane: http://gmane.org/
Mail-Followup-To: bug-gnu-emacs@HIDDEN
From: Robert Pluim <rpluim@HIDDEN>
Date: Mon, 02 May 2016 17:54:24 +0200
Organization: not if I can help it
Lines: 15
Message-ID: <87eg9kh2vj.fsf@HIDDEN>
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain
X-Complaints-To: usenet@HIDDEN
X-Gmane-NNTP-Posting-Host: 149.5.228.1
Mail-Copies-To: never
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux)
Cancel-Lock: sha1:TDY52pGXGnqtuuF3litH6/AnH4M=
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
 recognized.
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -1.5 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.0 (---)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: Kaushal Modi <kaushal.modi@HIDDEN>
>> Date: Mon, 02 May 2016 15:19:02 +0000

>> As an additional request (hopefully minor), can this process filter error be improved to give more info as to
>> which file caused it?
>
> Given the cause of the problem, how would you wish to improve the
> error message?

I'd guess Kaushal (and I) were expecting package.el to handle the
error more graciously and verbosely.

Robert





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Kaushal Modi <kaushal.modi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 16:23:02 +0000
Resent-Message-ID: <handler.23424.B23424.146220616524830 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146220616524830
          (code B ref 23424); Mon, 02 May 2016 16:23:02 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:22:45 +0000
Received: from localhost ([127.0.0.1]:34063 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axGcP-0006SP-25
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:22:45 -0400
Received: from mail-oi0-f67.google.com ([209.85.218.67]:32787)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axGcN-0006SD-OS
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 12:22:44 -0400
Received: by mail-oi0-f67.google.com with SMTP id f63so27843248oig.0
 for <23424 <at> debbugs.gnu.org>; Mon, 02 May 2016 09:22:43 -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=u8l3zx5xlwI+LF6kNj527dWD5Hw5HTKxghrgQN5OAyE=;
 b=vva3NqXbO9+pN7+FWSkJ5xPahmMktIqjXRm122Kd0pIXDxFRqbvF1ZFMuF2ePz1/FB
 hfAdKJNb8WVvMVI5pU0RzABxRU8Ztjp9h44IGibi640IsGEwndZo7wUrL/vYwWHoVerw
 ztnRO0IXfzC+Mwv8GXqiAPG7H2pHIX9NgR9mPS5An8B7VNLTcc+OwLii1SkHeKQeUAhF
 tNwpf0MxWNwR4GYQ6k6aLuxNcApPVvj8JLobZGC/MoSp844TZYTFEOLRrRX8WbbcqvVs
 HMErHES+KQAjCy68WVUEp92lvPl9PHKOiO0glTbqg9WKS53yt7kFDOABOvqKlHPywyBo
 aQVA==
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=u8l3zx5xlwI+LF6kNj527dWD5Hw5HTKxghrgQN5OAyE=;
 b=K8i3N6h+vdRpQ7sh9jTU4YEWwzcAYX57z0/fYHqRCnE6T+cn44i7qCWWyF+BRxEA9g
 NYRTz9UXtsNs0PprDyNHO1Kahz9+RoWkdxScnv13LKDKSLXaXVsBxntLGcfwXhdNYRvz
 CXtgwZNcWsYHVQF2Gqe324PCj6gSPIIbkDMWzlh8gNfncraxYmsWEVJHugPyE+5BFvsi
 6CjUwJuMmVVCDIkq1+CmNxMu7RzeEp0tlhH9D5ZLKU/WRp1EFK5YQ8YV3cV6VEjguEE9
 mgTnAE5NtpNk76+F5pFgV2NJDWr6uONB9SxI+XsFrRFOlr/ZybNIZmyO3GlZalUgVEYq
 NoZw==
X-Gm-Message-State: AOPr4FXlcSDCE81mbwetSFC1V91+HZIF/95Dls0WRfmCA+foOnBCE/zGmsq/jVO1eC20swXQLxijgbjz7zTekQ==
X-Received: by 10.202.175.200 with SMTP id y191mr13338669oie.107.1462206158072; 
 Mon, 02 May 2016 09:22:38 -0700 (PDT)
MIME-Version: 1.0
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
In-Reply-To: <8337q0mpe7.fsf@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 02 May 2016 16:22:28 +0000
Message-ID: <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
Content-Type: multipart/alternative; boundary=001a113cf2f6a3f4360531de667c
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

--001a113cf2f6a3f4360531de667c
Content-Type: text/plain; charset=UTF-8

>
> Given the cause of the problem, how would you wish to improve the
> error message?
>
>   Thread 1 hit Breakpoint 3, Fsignal (error_symbol=20888, data=0) at
> eval.c:1471
>   1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
>   $44 = 20888
>   $45 = (struct Lisp_Symbol *) 0x2b2ad00 <lispsym+20888>
>   "end-of-file"
>   (gdb) bt
>   #0  Fsignal (error_symbol=20888, data=0) at eval.c:1471
>


>   Lisp Backtrace:
>   "read-from-string" (0x82d6a0)
>   0x62aa770 PVEC_COMPILED
>   "apply" (0x82de30)
>   "url-http-activate-callback" (0x82e400)
>   "url-http-end-of-document-sentinel" (0x82e9b0)
>   "url-http-async-sentinel" (0x82ef98)
>   (gdb) frame 20
>   #20 0x0126427b in Fread_from_string (string=-9223372036748765968,
> start=0,
>       end=0) at lread.c:2073
>   2073      ret = read_internal_start (string, start, end);
>   (gdb) p string
>   $46 = -9223372036748765968
>   (gdb) xstring
>   $47 = (struct Lisp_String *) 0x65194f0
>   0
>

Hi Eli, I don't have C coding experience to be able to provide an answer
that makes sense or is practically possible. I was just curious to know if
it were possible to add more info to the process sentinel error message..

So here's my try at a suggestion on how that error message could possible
be improved:

For instance.. an action to fetch an XYZ url was started. But for whatever
reason (like empty string detection), that XYZ url fetch action was
incomplete. So may be the error said: Unable to fetch XYZ url (instead of
providing the lower level error of empty string to the user).

But then again, how do we define what's upper level and what's lower level
error? :)

I aim to just brain-storm on possible error message improvement. Hope this
helps.

Thanks for replicating the error in gdb. Without you paraphrasing what that
backtrace meant, I wouldn't have known what to make out of that long
backtrace.

I tried a brief attempt at recreating the same, but it didn't work.. I got
the "error in process filter" to happen in emacs, but the gdb interface
just showed this:

=====

Temporary breakpoint 2 at 0x578c80: file sysdep.c, line 915.
(gdb) r -Q
Starting program: /home/kmodi/downloads/git/emacs/src/emacs -Q
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffed75f700 (LWP 9860)]

(emacs:9848): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup:
assertion 'source != NULL' failed

break Fsignal

bt

=====

I was expecting the (gdb) prompt to show up where I could type "break
Fsignal" (I am assuming that's how you set breakpoint at Fsignal?). But it
didn't.. looks like that prompt was lost after "GLib-GIO-CRITICAL **:
g_settings_schema_source_lookup: assertion 'source != NULL' failed" showed
up.

( I am totally exposing my level of experience with gdb and C debug with
that :))
-- 

-- 
Kaushal Modi

--001a113cf2f6a3f4360531de667c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">=
Given the cause of the problem, how would you wish to improve the<br>
error message?<br>
<br>
=C2=A0 Thread 1 hit Breakpoint 3, Fsignal (error_symbol=3D20888, data=3D0) =
at eval.c:1471<br>
=C2=A0 1471=C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D (NILP (error_symbol) ? Fcar (dat=
a) : error_symbol);<br>
=C2=A0 $44 =3D 20888<br>
=C2=A0 $45 =3D (struct Lisp_Symbol *) 0x2b2ad00 &lt;lispsym+20888&gt;<br>
=C2=A0 &quot;end-of-file&quot;<br>
=C2=A0 (gdb) bt<br>
=C2=A0 #0=C2=A0 Fsignal (error_symbol=3D20888, data=3D0) at eval.c:1471<br>=
</blockquote><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
=C2=A0 Lisp Backtrace:<br>
=C2=A0 &quot;read-from-string&quot; (0x82d6a0)<br>
=C2=A0 0x62aa770 PVEC_COMPILED<br>
=C2=A0 &quot;apply&quot; (0x82de30)<br>
=C2=A0 &quot;url-http-activate-callback&quot; (0x82e400)<br>
=C2=A0 &quot;url-http-end-of-document-sentinel&quot; (0x82e9b0)<br>
=C2=A0 &quot;url-http-async-sentinel&quot; (0x82ef98)<br>
=C2=A0 (gdb) frame 20<br>
=C2=A0 #20 0x0126427b in Fread_from_string (string=3D-9223372036748765968, =
start=3D0,<br>
=C2=A0 =C2=A0 =C2=A0 end=3D0) at lread.c:2073<br>
=C2=A0 2073=C2=A0 =C2=A0 =C2=A0 ret =3D read_internal_start (string, start,=
 end);<br>
=C2=A0 (gdb) p string<br>
=C2=A0 $46 =3D -9223372036748765968<br>
=C2=A0 (gdb) xstring<br>
=C2=A0 $47 =3D (struct Lisp_String *) 0x65194f0<br>
=C2=A0 0<br></blockquote><div><br></div><div>Hi Eli, I don&#39;t have C cod=
ing experience to be able to provide an answer that makes sense or is pract=
ically possible. I was just curious to know if it were possible to add more=
 info to the process sentinel error message..=C2=A0</div><div><br></div><di=
v>So here&#39;s my try at a suggestion on how that error message could poss=
ible be improved:</div><div><br></div><div>For instance.. an action to fetc=
h an XYZ url was started. But for whatever reason (like empty string detect=
ion), that XYZ url fetch action was incomplete. So may be the error said: U=
nable to fetch XYZ url (instead of providing the lower level error of empty=
 string to the user).</div><div><br></div><div>But then again, how do we de=
fine what&#39;s upper level and what&#39;s lower level error? :)</div><div>=
<br></div><div>I aim to just brain-storm on possible error message improvem=
ent. Hope this helps.</div><div><br></div><div>Thanks for replicating the e=
rror in gdb. Without you paraphrasing what that backtrace meant, I wouldn&#=
39;t have known what to make out of that long backtrace.</div><div><br></di=
v><div>I tried a brief attempt at recreating the same, but it didn&#39;t wo=
rk.. I got the &quot;error in process filter&quot; to happen in emacs, but =
the gdb interface just showed this:</div><div><br></div><div>=3D=3D=3D=3D=
=3D</div><div><br></div><div><div>Temporary breakpoint 2 at 0x578c80: file =
sysdep.c, line 915.</div><div>(gdb) r -Q</div><div>Starting program: /home/=
kmodi/downloads/git/emacs/src/emacs -Q</div><div>[Thread debugging using li=
bthread_db enabled]</div><div>Using host libthread_db library &quot;/lib64/=
libthread_db.so.1&quot;.</div><div>[New Thread 0x7fffed75f700 (LWP 9860)]</=
div><div><br></div><div>(emacs:9848): GLib-GIO-CRITICAL **: g_settings_sche=
ma_source_lookup: assertion &#39;source !=3D NULL&#39; failed</div><div><br=
></div><div>break Fsignal</div><div><br></div><div>bt</div></div><div><br><=
/div><div>=3D=3D=3D=3D=3D</div><div><br></div><div>I was expecting the (gdb=
) prompt to show up where I could type &quot;break Fsignal&quot; (I am assu=
ming that&#39;s how you set breakpoint at Fsignal?). But it didn&#39;t.. lo=
oks like that prompt was lost after &quot;<span style=3D"line-height:1.5">G=
Lib-GIO-CRITICAL **: g_settings_schema_source_lookup: assertion &#39;source=
 !=3D NULL&#39; failed&quot; showed up.</span></div><div><span style=3D"lin=
e-height:1.5"><br></span></div><div><span style=3D"line-height:1.5">( I am =
totally exposing my level of experience with gdb and C debug with that :))<=
/span><br></div></div></div><div dir=3D"ltr">-- <br></div><p dir=3D"ltr">--=
 <br>
Kaushal Modi</p>

--001a113cf2f6a3f4360531de667c--




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 16:24:01 +0000
Resent-Message-ID: <handler.23424.B23424.146220620824935 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 23424 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
X-Debbugs-Original-Cc: 23424 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146220620824935
          (code B ref 23424); Mon, 02 May 2016 16:24:01 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:23:28 +0000
Received: from localhost ([127.0.0.1]:34068 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axGd6-0006U7-FB
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:23:28 -0400
Received: from eggs.gnu.org ([208.118.235.92]:48004)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1axGd4-0006Ts-T1
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 12:23:27 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1axGcq-0005P4-Cs
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 12:23:18 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:32841)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1axGcp-0005OE-G9; Mon, 02 May 2016 12:23:12 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3398
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1axGcg-00010a-LL; Mon, 02 May 2016 12:23:03 -0400
Date: Mon, 02 May 2016 19:23:06 +0300
Message-Id: <83y47sl991.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <87eg9kh2vj.fsf@HIDDEN> (message from Robert Pluim on Mon, 02
 May 2016 17:54:24 +0200)
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN> <87eg9kh2vj.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -6.0 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> From: Robert Pluim <rpluim@HIDDEN>
> Date: Mon, 02 May 2016 17:54:24 +0200
> 
> I'd guess Kaushal (and I) were expecting package.el to handle the
> error more graciously and verbosely.

As you see from the backtrace I posted, the problem is in url-http, not
in package.el.  Package simply starts a transaction that url-http
handles.





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 16:25:02 +0000
Resent-Message-ID: <handler.23424.B.146220625925030 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 23424 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
X-Debbugs-Original-Cc: 23424 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by submit <at> debbugs.gnu.org id=B.146220625925030
          (code B ref -1); Mon, 02 May 2016 16:25:02 +0000
Received: (at submit) by debbugs.gnu.org; 2 May 2016 16:24:19 +0000
Received: from localhost ([127.0.0.1]:34072 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axGdu-0006Vd-PH
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:24:18 -0400
Received: from eggs.gnu.org ([208.118.235.92]:48332)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1axGds-0006VO-OS
 for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:24:17 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1axGde-0005fF-Ek
 for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:24:08 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:44912)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1axGde-0005eA-CB
 for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:24:02 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:39056)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1axGdI-0007vU-Rs
 for bug-gnu-emacs@HIDDEN; Mon, 02 May 2016 12:23:56 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1axGd5-0005TX-5b
 for bug-gnu-emacs@HIDDEN; Mon, 02 May 2016 12:23:33 -0400
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:32841)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1axGcp-0005OE-G9; Mon, 02 May 2016 12:23:12 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3398
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1axGcg-00010a-LL; Mon, 02 May 2016 12:23:03 -0400
Date: Mon, 02 May 2016 19:23:06 +0300
Message-Id: <83y47sl991.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <87eg9kh2vj.fsf@HIDDEN> (message from Robert Pluim on Mon, 02
 May 2016 17:54:24 +0200)
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN> <87eg9kh2vj.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -6.0 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> From: Robert Pluim <rpluim@HIDDEN>
> Date: Mon, 02 May 2016 17:54:24 +0200
> 
> I'd guess Kaushal (and I) were expecting package.el to handle the
> error more graciously and verbosely.

As you see from the backtrace I posted, the problem is in url-http, not
in package.el.  Package simply starts a transaction that url-http
handles.





Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Kaushal Modi <kaushal.modi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 16:42:02 +0000
Resent-Message-ID: <handler.23424.B23424.146220730826622 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146220730826622
          (code B ref 23424); Mon, 02 May 2016 16:42:02 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:41:48 +0000
Received: from localhost ([127.0.0.1]:34087 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axGup-0006vK-U2
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:41:48 -0400
Received: from mail-oi0-f49.google.com ([209.85.218.49]:34963)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axGup-0006v7-0n
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 12:41:47 -0400
Received: by mail-oi0-f49.google.com with SMTP id x19so196847457oix.2
 for <23424 <at> debbugs.gnu.org>; Mon, 02 May 2016 09:41:46 -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=/3BK1ZhJpFb8wURNJJzbdZul4hqMM5T7xh/5727G4WY=;
 b=0px+6Jn2g66HO6JTGLTsYtU8kfw0lxlIBf6+xLgWG8E1MnqUzj1DUCDCb7QXVkVIvq
 fiZIZJ0y6N3qDTnGDNJZqvimW64742nvelYOpwD+hpR5fZKSz3VDv1XQUxobOVswcp6B
 fn3EMlkSfRXN0CS8EC648p2nItE21kC5keHzjsKkPu4pSRFvszk6bVReVx/HJRhkpVQZ
 hDgcEJReO951fD5ZvvR3OLpyWoV13tbkIu4EqlF7dAY7DVRRrCCozZOlKsf9MOPNmB3c
 U6EYfTC69ZUDe+QcSX59FSb9Ket1k4iJ7DA99El//jXWNCo0sUvX1JkgqX9VRLgB9CBn
 mCuw==
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=/3BK1ZhJpFb8wURNJJzbdZul4hqMM5T7xh/5727G4WY=;
 b=W5y0uG4mkpMizLMXXANbOtg5DehoNjg1fHVRE38Fx36pbRdIjbkGtoMaFS1HGl4mb3
 2f2yP9IQyZ+YUipIqMytu5/VJfl2v/GFrCWKh7DN4eTLNTz8vuAh7ykFGN9cGOYFuZTC
 C+Uxml5btmddhKMM8Wgo91n5c10q/dsdRIISCN9ndIPS+itwXPm6BByGsdsjOiLQqiO2
 EKNKvqPYOCmxTho0rd0ja9oGf9tP/pKHPGBv+ATn/qtD6NlJpPoRBaxOGEVNYVZwLAeY
 C4hoK/ICg10912dg4x+01lCuTbDJI3hC/zipKe/3E/N9qxoEWJOYVHuOnha6/cOjgq4b
 xNCQ==
X-Gm-Message-State: AOPr4FWc2dwbJacQkkRlTil6JuFMESuLzLvW5HNSKzjyBCEp565R5ojV/7pIJBcEWSkvolLZe7ptfPraFGTuUQ==
X-Received: by 10.202.60.194 with SMTP id j185mr13630316oia.197.1462207301373; 
 Mon, 02 May 2016 09:41:41 -0700 (PDT)
MIME-Version: 1.0
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
 <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
In-Reply-To: <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 02 May 2016 16:41:32 +0000
Message-ID: <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
Content-Type: multipart/alternative; boundary=001a113ce01cc9566d0531deaa7b
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

--001a113ce01cc9566d0531deaa7b
Content-Type: text/plain; charset=UTF-8

Sorry, I figured out my mistake (with respect to be unable to set
breakpoint). It's still not working smoothly.. the breakpoint is activated
with each character I type.. so not sure what's up.

As you already have the debug info, I will put learning gdb on my short
term to-learn list.

Thanks.

=====
Are you sure you want to change it? (y or n) [answered Y; input not from
terminal]
DISPLAY = :1.0
TERM = xterm-256color
Breakpoint 1 at 0x555e7d: file emacs.c, line 354.
Temporary breakpoint 2 at 0x578c80: file sysdep.c, line 915.
(gdb) break Fsignal
Breakpoint 3 at 0x5f338c: file eval.c, line 1471.
(gdb) bt
No stack.
(gdb) r -Q
Starting program: /home/kmodi/downloads/git/emacs/src/emacs -Q
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffed75f700 (LWP 27555)]

(emacs:27551): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup:
assertion 'source != NULL' failed

Breakpoint 3, Fsignal (error_symbol=41328, data=16757379) at eval.c:1471
1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
(gdb) c
Continuing.

Breakpoint 3, Fsignal (error_symbol=41328, data=14850531) at eval.c:1471
1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
(gdb) c
Continuing.

Breakpoint 3, Fsignal (error_symbol=41328, data=25212659) at eval.c:1471
1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
(gdb) c
Continuing.

Breakpoint 3, Fsignal (error_symbol=41328, data=25415251) at eval.c:1471
1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
-- 

-- 
Kaushal Modi

--001a113ce01cc9566d0531deaa7b
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Sorry, I figured out my mistake (with respect to be unable=
 to set breakpoint). It&#39;s still not working smoothly.. the breakpoint i=
s activated with each character I type.. so not sure what&#39;s up.<div><br=
></div><div>As you already have the debug info, I will put learning gdb on =
my short term to-learn list.</div><div><br></div><div>Thanks.</div><div><br=
></div><div>=3D=3D=3D=3D=3D</div><div><div>Are you sure you want to change =
it? (y or n) [answered Y; input not from terminal]</div><div>DISPLAY =3D :1=
.0</div><div>TERM =3D xterm-256color</div><div>Breakpoint 1 at 0x555e7d: fi=
le emacs.c, line 354.</div><div>Temporary breakpoint 2 at 0x578c80: file sy=
sdep.c, line 915.</div><div>(gdb) break Fsignal</div><div>Breakpoint 3 at 0=
x5f338c: file eval.c, line 1471.</div><div>(gdb) bt</div><div>No stack.</di=
v><div>(gdb) r -Q</div><div>Starting program: /home/kmodi/downloads/git/ema=
cs/src/emacs -Q</div><div>[Thread debugging using libthread_db enabled]</di=
v><div>Using host libthread_db library &quot;/lib64/libthread_db.so.1&quot;=
.</div><div>[New Thread 0x7fffed75f700 (LWP 27555)]</div><div><br></div><di=
v>(emacs:27551): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup: ass=
ertion &#39;source !=3D NULL&#39; failed</div><div><br></div><div><div>Brea=
kpoint 3, Fsignal (error_symbol=3D41328, data=3D16757379) at eval.c:1471</d=
iv><div>1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (NILP (error_symbol) ? Fcar (da=
ta) : error_symbol);</div><div>(gdb) c</div><div>Continuing.</div><div><br>=
</div><div>Breakpoint 3, Fsignal (error_symbol=3D41328, data=3D14850531) at=
 eval.c:1471</div><div>1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (NILP (error_sym=
bol) ? Fcar (data) : error_symbol);</div><div>(gdb) c</div><div>Continuing.=
</div><div><br></div><div>Breakpoint 3, Fsignal (error_symbol=3D41328, data=
=3D25212659) at eval.c:1471</div><div>1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (=
NILP (error_symbol) ? Fcar (data) : error_symbol);</div><div>(gdb) c</div><=
div>Continuing.</div><div><br></div><div>Breakpoint 3, Fsignal (error_symbo=
l=3D41328, data=3D25415251) at eval.c:1471</div><div>1471 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0=3D (NILP (error_symbol) ? Fcar (data) : error_symbol);</div></di=
v></div></div><div dir=3D"ltr">-- <br></div><p dir=3D"ltr">-- <br>
Kaushal Modi</p>

--001a113ce01cc9566d0531deaa7b--




Message received at control <at> debbugs.gnu.org:


Received: (at control) by debbugs.gnu.org; 2 May 2016 16:45:15 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 12:45:15 2016
Received: from localhost ([127.0.0.1]:34094 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axGyB-000710-FV
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:45:15 -0400
Received: from eggs.gnu.org ([208.118.235.92]:55418)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rgm@HIDDEN>) id 1axGyA-00070j-5E
 for control <at> debbugs.gnu.org; Mon, 02 May 2016 12:45:14 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <rgm@HIDDEN>) id 1axGxv-00035q-RY
 for control <at> debbugs.gnu.org; Mon, 02 May 2016 12:45:05 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33267)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <rgm@HIDDEN>)
 id 1axGxv-000350-OQ
 for control <at> debbugs.gnu.org; Mon, 02 May 2016 12:44:59 -0400
Received: from rgm by fencepost.gnu.org with local (Exim 4.82)
 (envelope-from <rgm@HIDDEN>) id 1axGxr-0001Mt-3p
 for control <at> debbugs.gnu.org; Mon, 02 May 2016 12:44:55 -0400
Subject: control message for bug 23424
To: <control <at> debbugs.gnu.org>
X-Mailer: mail (GNU Mailutils 2.99.98)
Message-Id: <E1axGxr-0001Mt-3p@HIDDEN>
From: Glenn Morris <rgm@HIDDEN>
Date: Mon, 02 May 2016 12:44:55 -0400
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -6.0 (------)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

retitle 23424 better error reporting when package archives have issues
severity 23424 minor




Message received at control <at> debbugs.gnu.org:


Received: (at control) by debbugs.gnu.org; 2 May 2016 16:45:15 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 12:45:15 2016
Received: from localhost ([127.0.0.1]:34094 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axGyB-000710-FV
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:45:15 -0400
Received: from eggs.gnu.org ([208.118.235.92]:55418)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rgm@HIDDEN>) id 1axGyA-00070j-5E
 for control <at> debbugs.gnu.org; Mon, 02 May 2016 12:45:14 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <rgm@HIDDEN>) id 1axGxv-00035q-RY
 for control <at> debbugs.gnu.org; Mon, 02 May 2016 12:45:05 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33267)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <rgm@HIDDEN>)
 id 1axGxv-000350-OQ
 for control <at> debbugs.gnu.org; Mon, 02 May 2016 12:44:59 -0400
Received: from rgm by fencepost.gnu.org with local (Exim 4.82)
 (envelope-from <rgm@HIDDEN>) id 1axGxr-0001Mt-3p
 for control <at> debbugs.gnu.org; Mon, 02 May 2016 12:44:55 -0400
Subject: control message for bug 23424
To: <control <at> debbugs.gnu.org>
X-Mailer: mail (GNU Mailutils 2.99.98)
Message-Id: <E1axGxr-0001Mt-3p@HIDDEN>
From: Glenn Morris <rgm@HIDDEN>
Date: Mon, 02 May 2016 12:44:55 -0400
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -6.0 (------)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

retitle 23424 better error reporting when package archives have issues
severity 23424 minor




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Kaushal Modi <kaushal.modi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 16:55:02 +0000
Resent-Message-ID: <handler.23424.B23424.146220807028263 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146220807028263
          (code B ref 23424); Mon, 02 May 2016 16:55:02 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:54:30 +0000
Received: from localhost ([127.0.0.1]:34105 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axH77-0007Ln-Ic
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:54:30 -0400
Received: from mail-oi0-f51.google.com ([209.85.218.51]:35424)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axH75-0007LU-QR
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 12:54:28 -0400
Received: by mail-oi0-f51.google.com with SMTP id x19so197349292oix.2
 for <23424 <at> debbugs.gnu.org>; Mon, 02 May 2016 09:54:27 -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=scBztByFAnzZq70flQHKqajgDoZ3FuUSc0j2XgD+xBE=;
 b=W9ckPNuRov6+yFFtC0pTreQy5UR/tRLpA0m/b8EhJ7Fe/tEMVc4OA/laix/Z5u9qT4
 P7nocCVCnthuIox9tsVPVlANBRvSnWtg8peZRQnkYFO9yJ+XkNWzw2qtQSoupWsCXBSg
 otk65Ht7YdmVqWDVLBdjID0e9xPW1rpldYC7HusRhDS89KX6gSbPOxZu1EjzNWHxSOea
 BxREO6UF+WcJBEwLK93J1QrZ6UlhLAJlkcsNVWb47h6ovXBGgvQCZ5EeLpwjuDSNAbdk
 sm1LOGb3DMxgozSi+0oYjpQaYxDy7xI+dixUBsffuDf4dvbvn92494AuXHH8yc4xuL3N
 tfgg==
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=scBztByFAnzZq70flQHKqajgDoZ3FuUSc0j2XgD+xBE=;
 b=IUnJOA1QJmkUUzSRDHKBTBmAOcsH10Lw28CnbMdQ2hJWLdeVcZfTyMuIhbsfhgN4Wo
 2bsr11mNt/5u5z22mqQcYpigthLmWCnHxK+pZ9WQyXPEkn4AFO12AvOjDySSvdw42gEr
 vo97+a9Jn+RQqQjd8uRJ8amz7MrRIqZhUOD3vqNYp3fs/a2Wd4PkoPBx2ELhHuB+35/V
 LUTAf8jg6YdZw0vtKIW2hW37x4tBdlZjqFK10q2yKDnm3n9lhffhoqG1u9pZfY9wW8ZN
 tSvRMVl2azHYxYPhX9iqbnvwBfIWzoOWBfPnIY0gLxNs4xcBRPpQ9MXVkfzQO720xz2Z
 q8eQ==
X-Gm-Message-State: AOPr4FX/aySBJfjpbQyoE8EeRgrZci2OvDxKuLVAF4fzWOmJwT5KJpTuZVPq8kYDgP+W3/4Wc6xVbOfutQm2+A==
X-Received: by 10.202.179.8 with SMTP id c8mr15645555oif.50.1462208062156;
 Mon, 02 May 2016 09:54:22 -0700 (PDT)
MIME-Version: 1.0
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
 <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
 <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
In-Reply-To: <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 02 May 2016 16:54:12 +0000
Message-ID: <CAFyQvY0BMbs9vbzKSGWCpo=WPjH5=o8m9GxHrbg-7tzxjFWVpw@HIDDEN>
Content-Type: multipart/alternative; boundary=001a113ce3c621f4da0531ded80b
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

--001a113ce3c621f4da0531ded80b
Content-Type: text/plain; charset=UTF-8

Looks like, some minor mode keeps on checking for balanced parentheses and
throws errors as I type "(require 'package)" after "r -Q" in gdb.

Is that expected? If so, what do you need to disable to prevent these false
breakpoints?

Thanks.

Here's a backtrace for that:

(emacs:38938): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup:
assertion 'source != NULL' failed

Breakpoint 3, Fsignal (error_symbol=41328, data=14842835) at eval.c:1471
1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
(gdb) bt
#0  Fsignal (error_symbol=41328, data=14842835) at eval.c:1471
#1  0x00000000005f3742 in xsignal (error_symbol=41328, data=14842835) at
eval.c:1577
#2  0x00000000005f3817 in xsignal3 (error_symbol=41328, arg1=18570180,
arg2=586, arg3=586) at eval.c:1604
#3  0x0000000000636545 in scan_lists (from=146, count=-1, depth=-1,
sexpflag=true) at syntax.c:2947
#4  0x0000000000636e34 in Fscan_sexps (from=590, count=-2) at syntax.c:3076
#5  0x00000000005f631a in Ffuncall (nargs=3, args=0x7fffffff64b0) at
eval.c:2696
#6  0x000000000063c073 in exec_byte_code (bytestr=11043980,
vector=11044013, maxdepth=18, args_template=1026, nargs=1,
args=0x7fffffff6a00) at bytecode.c:880
#7  0x00000000005f6b6c in funcall_lambda (fun=11043925, nargs=1,
arg_vector=0x7fffffff69f8) at eval.c:2855
#8  0x00000000005f6568 in Ffuncall (nargs=2, args=0x7fffffff69f0) at
eval.c:2742
#9  0x000000000063c073 in exec_byte_code (bytestr=11111676,
vector=11111709, maxdepth=22, args_template=2, nargs=0,
args=0x7fffffff6f10) at bytecode.c:880
#10 0x00000000005f6b6c in funcall_lambda (fun=11111637, nargs=0,
arg_vector=0x7fffffff6f10) at eval.c:2855
#11 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff6f08) at
eval.c:2742
#12 0x000000000063c073 in exec_byte_code (bytestr=11111564,
vector=11111597, maxdepth=14, args_template=2, nargs=0,
args=0x7fffffff7438) at bytecode.c:880
#13 0x00000000005f6b6c in funcall_lambda (fun=11111525, nargs=0,
arg_vector=0x7fffffff7438) at eval.c:2855
#14 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff7430) at
eval.c:2742
#15 0x000000000063c073 in exec_byte_code (bytestr=11109500,
vector=11109533, maxdepth=22, args_template=2, nargs=0,
args=0x7fffffff7ab0) at bytecode.c:880
#16 0x00000000005f6b6c in funcall_lambda (fun=11109453, nargs=0,
arg_vector=0x7fffffff7ab0) at eval.c:2855
#17 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff7aa8) at
eval.c:2742
#18 0x00000000005f5220 in Fapply (nargs=2, args=0x7fffffff7aa8) at
eval.c:2274
#19 0x00000000005f61e8 in Ffuncall (nargs=3, args=0x7fffffff7aa0) at
eval.c:2673
#20 0x000000000063c073 in exec_byte_code (bytestr=17759172,
vector=18920261, maxdepth=18, args_template=514, nargs=0,
args=0x7fffffff7fd8) at bytecode.c:880
#21 0x00000000005f6b6c in funcall_lambda (fun=19745725, nargs=0,
arg_vector=0x7fffffff7fd8) at eval.c:2855
#22 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff7fd0) at
eval.c:2742
#23 0x000000000063c073 in exec_byte_code (bytestr=11361660,
vector=11361693, maxdepth=18, args_template=2, nargs=0,
args=0x7fffffff8500) at bytecode.c:880
#24 0x00000000005f6b6c in funcall_lambda (fun=11361621, nargs=0,
arg_vector=0x7fffffff8500) at eval.c:2855
#25 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff84f8) at
eval.c:2742
#26 0x000000000063c073 in exec_byte_code (bytestr=11360308,
vector=11360341, maxdepth=10, args_template=2, nargs=0,
args=0x7fffffff8b68) at bytecode.c:880
#27 0x00000000005f6b6c in funcall_lambda (fun=11360269, nargs=0,
arg_vector=0x7fffffff8b68) at eval.c:2855
#28 0x00000000005f6568 in Ffuncall (nargs=1, args=0x7fffffff8b60) at
eval.c:2742
#29 0x00000000005f5220 in Fapply (nargs=2, args=0x7fffffff8b60) at
eval.c:2274
#30 0x00000000005f61e8 in Ffuncall (nargs=3, args=0x7fffffff8b58) at
eval.c:2673
#31 0x000000000063c073 in exec_byte_code (bytestr=10909844,
vector=10909877, maxdepth=30, args_template=0, nargs=0, args=0x0) at
bytecode.c:880
#32 0x00000000005f6ea8 in funcall_lambda (fun=10909797, nargs=1,
arg_vector=0xa678b5 <pure+1394613>) at eval.c:2921
#33 0x00000000005f6568 in Ffuncall (nargs=2, args=0x7fffffff90a0) at
eval.c:2742
#34 0x00000000005f5d10 in call1 (fn=45648, arg1=20350077) at eval.c:2552
#35 0x0000000000561100 in timer_check_2 (timers=14843027,
idle_timers=14842995) at keyboard.c:4419
#36 0x000000000056122e in timer_check () at keyboard.c:4481
#37 0x000000000055f0c6 in readable_events (flags=1) at keyboard.c:3320
#38 0x0000000000565979 in get_input_pending (flags=1) at keyboard.c:6717
#39 0x000000000056bab1 in detect_input_pending_run_timers (do_display=true)
at keyboard.c:9854
#40 0x0000000000649b14 in wait_reading_process_output (time_limit=30,
nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=0, wait_proc=0x0,
just_wait_proc=0) at process.c:4950
#41 0x00000000004266ef in sit_for (timeout=122, reading=true,
display_option=1) at dispnew.c:5762
#42 0x000000000055d9b3 in read_char (commandflag=1, map=14847235,
prev_event=0, used_mouse_menu=0x7fffffff9a1f, end_time=0x0) at
keyboard.c:2706
#43 0x000000000056a2d9 in read_key_sequence (keybuf=0x7fffffff9bd0,
bufsize=30, prompt=0, dont_downcase_last=false,
can_return_switch_frame=true, fix_current_buffer=true,
prevent_redisplay=false) at keyboard.c:9055
#44 0x000000000055a8a9 in command_loop_1 () at keyboard.c:1357
#45 0x00000000005f2f86 in internal_condition_case (bfun=0x55a49f
<command_loop_1>, handlers=19056, hfun=0x559c89 <cmd_error>) at eval.c:1309
#46 0x000000000055a1a7 in command_loop_2 (ignore=0) at keyboard.c:1099
#47 0x00000000005f28a6 in internal_catch (tag=46224, func=0x55a17e
<command_loop_2>, arg=0) at eval.c:1074
#48 0x000000000055a147 in command_loop () at keyboard.c:1078
#49 0x0000000000559858 in recursive_edit_1 () at keyboard.c:684
#50 0x00000000005599eb in Frecursive_edit () at keyboard.c:755
#51 0x00000000005578aa in main (argc=2, argv=0x7fffffffa068) at emacs.c:1606

Lisp Backtrace:
"scan-sexps" (0xffff64b8)
"forward-sexp" (0xffff69f8)
"elisp--beginning-of-sexp" (0xffff6f10)
"elisp--fnsym-in-current-sexp" (0xffff7438)
"elisp-eldoc-documentation-function" (0xffff7ab0)
"apply" (0xffff7aa8)
0x12d4bb8 PVEC_COMPILED
"eldoc-print-current-symbol-info" (0xffff8500)
0xad5808 PVEC_COMPILED
"apply" (0xffff8b60)
"timer-event-handler" (0xffff90a8)

On Mon, May 2, 2016 at 12:41 PM Kaushal Modi <kaushal.modi@HIDDEN> wrote:

> Sorry, I figured out my mistake (with respect to be unable to set
> breakpoint). It's still not working smoothly.. the breakpoint is activated
> with each character I type.. so not sure what's up.
>
> As you already have the debug info, I will put learning gdb on my short
> term to-learn list.
>
> Thanks.
>
> =====
> Are you sure you want to change it? (y or n) [answered Y; input not from
> terminal]
> DISPLAY = :1.0
> TERM = xterm-256color
> Breakpoint 1 at 0x555e7d: file emacs.c, line 354.
> Temporary breakpoint 2 at 0x578c80: file sysdep.c, line 915.
> (gdb) break Fsignal
> Breakpoint 3 at 0x5f338c: file eval.c, line 1471.
> (gdb) bt
> No stack.
> (gdb) r -Q
> Starting program: /home/kmodi/downloads/git/emacs/src/emacs -Q
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
> [New Thread 0x7fffed75f700 (LWP 27555)]
>
> (emacs:27551): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup:
> assertion 'source != NULL' failed
>
> Breakpoint 3, Fsignal (error_symbol=41328, data=16757379) at eval.c:1471
> 1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
> (gdb) c
> Continuing.
>
> Breakpoint 3, Fsignal (error_symbol=41328, data=14850531) at eval.c:1471
> 1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
> (gdb) c
> Continuing.
>
> Breakpoint 3, Fsignal (error_symbol=41328, data=25212659) at eval.c:1471
> 1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
> (gdb) c
> Continuing.
>
> Breakpoint 3, Fsignal (error_symbol=41328, data=25415251) at eval.c:1471
> 1471        = (NILP (error_symbol) ? Fcar (data) : error_symbol);
> --
>
> --
> Kaushal Modi
>
-- 

-- 
Kaushal Modi

--001a113ce3c621f4da0531ded80b
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Looks like, some minor mode keeps on checking for balanced=
 parentheses and throws errors as I type &quot;(require &#39;package)&quot;=
 after &quot;r -Q&quot; in gdb.<div><br></div><div>Is that expected? If so,=
 what do you need to disable to prevent these false breakpoints?</div><div>=
<br></div><div>Thanks.</div><div><br></div><div>Here&#39;s a backtrace for =
that:</div><div><br></div><div><div>(emacs:38938): GLib-GIO-CRITICAL **: g_=
settings_schema_source_lookup: assertion &#39;source !=3D NULL&#39; failed<=
/div><div><br></div><div>Breakpoint 3, Fsignal (error_symbol=3D41328, data=
=3D14842835) at eval.c:1471</div><div>1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (=
NILP (error_symbol) ? Fcar (data) : error_symbol);</div><div>(gdb) bt</div>=
<div>#0 =C2=A0Fsignal (error_symbol=3D41328, data=3D14842835) at eval.c:147=
1</div><div>#1 =C2=A00x00000000005f3742 in xsignal (error_symbol=3D41328, d=
ata=3D14842835) at eval.c:1577</div><div>#2 =C2=A00x00000000005f3817 in xsi=
gnal3 (error_symbol=3D41328, arg1=3D18570180, arg2=3D586, arg3=3D586) at ev=
al.c:1604</div><div>#3 =C2=A00x0000000000636545 in scan_lists (from=3D146, =
count=3D-1, depth=3D-1, sexpflag=3Dtrue) at syntax.c:2947</div><div>#4 =C2=
=A00x0000000000636e34 in Fscan_sexps (from=3D590, count=3D-2) at syntax.c:3=
076</div><div>#5 =C2=A00x00000000005f631a in Ffuncall (nargs=3D3, args=3D0x=
7fffffff64b0) at eval.c:2696</div><div>#6 =C2=A00x000000000063c073 in exec_=
byte_code (bytestr=3D11043980, vector=3D11044013, maxdepth=3D18, args_templ=
ate=3D1026, nargs=3D1, args=3D0x7fffffff6a00) at bytecode.c:880</div><div>#=
7 =C2=A00x00000000005f6b6c in funcall_lambda (fun=3D11043925, nargs=3D1, ar=
g_vector=3D0x7fffffff69f8) at eval.c:2855</div><div>#8 =C2=A00x00000000005f=
6568 in Ffuncall (nargs=3D2, args=3D0x7fffffff69f0) at eval.c:2742</div><di=
v>#9 =C2=A00x000000000063c073 in exec_byte_code (bytestr=3D11111676, vector=
=3D11111709, maxdepth=3D22, args_template=3D2, nargs=3D0, args=3D0x7fffffff=
6f10) at bytecode.c:880</div><div>#10 0x00000000005f6b6c in funcall_lambda =
(fun=3D11111637, nargs=3D0, arg_vector=3D0x7fffffff6f10) at eval.c:2855</di=
v><div>#11 0x00000000005f6568 in Ffuncall (nargs=3D1, args=3D0x7fffffff6f08=
) at eval.c:2742</div><div>#12 0x000000000063c073 in exec_byte_code (bytest=
r=3D11111564, vector=3D11111597, maxdepth=3D14, args_template=3D2, nargs=3D=
0, args=3D0x7fffffff7438) at bytecode.c:880</div><div>#13 0x00000000005f6b6=
c in funcall_lambda (fun=3D11111525, nargs=3D0, arg_vector=3D0x7fffffff7438=
) at eval.c:2855</div><div>#14 0x00000000005f6568 in Ffuncall (nargs=3D1, a=
rgs=3D0x7fffffff7430) at eval.c:2742</div><div>#15 0x000000000063c073 in ex=
ec_byte_code (bytestr=3D11109500, vector=3D11109533, maxdepth=3D22, args_te=
mplate=3D2, nargs=3D0, args=3D0x7fffffff7ab0) at bytecode.c:880</div><div>#=
16 0x00000000005f6b6c in funcall_lambda (fun=3D11109453, nargs=3D0, arg_vec=
tor=3D0x7fffffff7ab0) at eval.c:2855</div><div>#17 0x00000000005f6568 in Ff=
uncall (nargs=3D1, args=3D0x7fffffff7aa8) at eval.c:2742</div><div>#18 0x00=
000000005f5220 in Fapply (nargs=3D2, args=3D0x7fffffff7aa8) at eval.c:2274<=
/div><div>#19 0x00000000005f61e8 in Ffuncall (nargs=3D3, args=3D0x7fffffff7=
aa0) at eval.c:2673</div><div>#20 0x000000000063c073 in exec_byte_code (byt=
estr=3D17759172, vector=3D18920261, maxdepth=3D18, args_template=3D514, nar=
gs=3D0, args=3D0x7fffffff7fd8) at bytecode.c:880</div><div>#21 0x0000000000=
5f6b6c in funcall_lambda (fun=3D19745725, nargs=3D0, arg_vector=3D0x7ffffff=
f7fd8) at eval.c:2855</div><div>#22 0x00000000005f6568 in Ffuncall (nargs=
=3D1, args=3D0x7fffffff7fd0) at eval.c:2742</div><div>#23 0x000000000063c07=
3 in exec_byte_code (bytestr=3D11361660, vector=3D11361693, maxdepth=3D18, =
args_template=3D2, nargs=3D0, args=3D0x7fffffff8500) at bytecode.c:880</div=
><div>#24 0x00000000005f6b6c in funcall_lambda (fun=3D11361621, nargs=3D0, =
arg_vector=3D0x7fffffff8500) at eval.c:2855</div><div>#25 0x00000000005f656=
8 in Ffuncall (nargs=3D1, args=3D0x7fffffff84f8) at eval.c:2742</div><div>#=
26 0x000000000063c073 in exec_byte_code (bytestr=3D11360308, vector=3D11360=
341, maxdepth=3D10, args_template=3D2, nargs=3D0, args=3D0x7fffffff8b68) at=
 bytecode.c:880</div><div>#27 0x00000000005f6b6c in funcall_lambda (fun=3D1=
1360269, nargs=3D0, arg_vector=3D0x7fffffff8b68) at eval.c:2855</div><div>#=
28 0x00000000005f6568 in Ffuncall (nargs=3D1, args=3D0x7fffffff8b60) at eva=
l.c:2742</div><div>#29 0x00000000005f5220 in Fapply (nargs=3D2, args=3D0x7f=
ffffff8b60) at eval.c:2274</div><div>#30 0x00000000005f61e8 in Ffuncall (na=
rgs=3D3, args=3D0x7fffffff8b58) at eval.c:2673</div><div>#31 0x000000000063=
c073 in exec_byte_code (bytestr=3D10909844, vector=3D10909877, maxdepth=3D3=
0, args_template=3D0, nargs=3D0, args=3D0x0) at bytecode.c:880</div><div>#3=
2 0x00000000005f6ea8 in funcall_lambda (fun=3D10909797, nargs=3D1, arg_vect=
or=3D0xa678b5 &lt;pure+1394613&gt;) at eval.c:2921</div><div>#33 0x00000000=
005f6568 in Ffuncall (nargs=3D2, args=3D0x7fffffff90a0) at eval.c:2742</div=
><div>#34 0x00000000005f5d10 in call1 (fn=3D45648, arg1=3D20350077) at eval=
.c:2552</div><div>#35 0x0000000000561100 in timer_check_2 (timers=3D1484302=
7, idle_timers=3D14842995) at keyboard.c:4419</div><div>#36 0x0000000000561=
22e in timer_check () at keyboard.c:4481</div><div>#37 0x000000000055f0c6 i=
n readable_events (flags=3D1) at keyboard.c:3320</div><div>#38 0x0000000000=
565979 in get_input_pending (flags=3D1) at keyboard.c:6717</div><div>#39 0x=
000000000056bab1 in detect_input_pending_run_timers (do_display=3Dtrue) at =
keyboard.c:9854</div><div>#40 0x0000000000649b14 in wait_reading_process_ou=
tput (time_limit=3D30, nsecs=3D0, read_kbd=3D-1, do_display=3Dtrue, wait_fo=
r_cell=3D0, wait_proc=3D0x0, just_wait_proc=3D0) at process.c:4950</div><di=
v>#41 0x00000000004266ef in sit_for (timeout=3D122, reading=3Dtrue, display=
_option=3D1) at dispnew.c:5762</div><div>#42 0x000000000055d9b3 in read_cha=
r (commandflag=3D1, map=3D14847235, prev_event=3D0, used_mouse_menu=3D0x7ff=
fffff9a1f, end_time=3D0x0) at keyboard.c:2706</div></div><div><div>#43 0x00=
0000000056a2d9 in read_key_sequence (keybuf=3D0x7fffffff9bd0, bufsize=3D30,=
 prompt=3D0, dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, fi=
x_current_buffer=3Dtrue, prevent_redisplay=3Dfalse) at keyboard.c:9055</div=
><div>#44 0x000000000055a8a9 in command_loop_1 () at keyboard.c:1357</div><=
div>#45 0x00000000005f2f86 in internal_condition_case (bfun=3D0x55a49f &lt;=
command_loop_1&gt;, handlers=3D19056, hfun=3D0x559c89 &lt;cmd_error&gt;) at=
 eval.c:1309</div><div>#46 0x000000000055a1a7 in command_loop_2 (ignore=3D0=
) at keyboard.c:1099</div><div>#47 0x00000000005f28a6 in internal_catch (ta=
g=3D46224, func=3D0x55a17e &lt;command_loop_2&gt;, arg=3D0) at eval.c:1074<=
/div><div>#48 0x000000000055a147 in command_loop () at keyboard.c:1078</div=
><div>#49 0x0000000000559858 in recursive_edit_1 () at keyboard.c:684</div>=
<div>#50 0x00000000005599eb in Frecursive_edit () at keyboard.c:755</div><d=
iv>#51 0x00000000005578aa in main (argc=3D2, argv=3D0x7fffffffa068) at emac=
s.c:1606</div></div><div><br></div><div><div>Lisp Backtrace:</div><div>&quo=
t;scan-sexps&quot; (0xffff64b8)</div><div>&quot;forward-sexp&quot; (0xffff6=
9f8)</div><div>&quot;elisp--beginning-of-sexp&quot; (0xffff6f10)</div><div>=
&quot;elisp--fnsym-in-current-sexp&quot; (0xffff7438)</div><div>&quot;elisp=
-eldoc-documentation-function&quot; (0xffff7ab0)</div><div>&quot;apply&quot=
; (0xffff7aa8)</div><div>0x12d4bb8 PVEC_COMPILED</div><div>&quot;eldoc-prin=
t-current-symbol-info&quot; (0xffff8500)</div><div>0xad5808 PVEC_COMPILED</=
div><div>&quot;apply&quot; (0xffff8b60)</div><div>&quot;timer-event-handler=
&quot; (0xffff90a8)</div></div></div><br><div class=3D"gmail_quote"><div di=
r=3D"ltr">On Mon, May 2, 2016 at 12:41 PM Kaushal Modi &lt;<a href=3D"mailt=
o:kaushal.modi@HIDDEN">kaushal.modi@HIDDEN</a>&gt; wrote:<br></div><b=
lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px =
#ccc solid;padding-left:1ex"><div dir=3D"ltr">Sorry, I figured out my mista=
ke (with respect to be unable to set breakpoint). It&#39;s still not workin=
g smoothly.. the breakpoint is activated with each character I type.. so no=
t sure what&#39;s up.<div><br></div><div>As you already have the debug info=
, I will put learning gdb on my short term to-learn list.</div><div><br></d=
iv><div>Thanks.</div><div><br></div><div>=3D=3D=3D=3D=3D</div><div><div>Are=
 you sure you want to change it? (y or n) [answered Y; input not from termi=
nal]</div><div>DISPLAY =3D :1.0</div><div>TERM =3D xterm-256color</div><div=
>Breakpoint 1 at 0x555e7d: file emacs.c, line 354.</div></div></div><div di=
r=3D"ltr"><div><div>Temporary breakpoint 2 at 0x578c80: file sysdep.c, line=
 915.</div></div></div><div dir=3D"ltr"><div><div>(gdb) break Fsignal</div>=
<div>Breakpoint 3 at 0x5f338c: file eval.c, line 1471.</div><div>(gdb) bt</=
div><div>No stack.</div></div></div><div dir=3D"ltr"><div><div>(gdb) r -Q</=
div><div>Starting program: /home/kmodi/downloads/git/emacs/src/emacs -Q</di=
v><div>[Thread debugging using libthread_db enabled]</div><div>Using host l=
ibthread_db library &quot;/lib64/libthread_db.so.1&quot;.</div></div></div>=
<div dir=3D"ltr"><div><div>[New Thread 0x7fffed75f700 (LWP 27555)]</div><di=
v><br></div><div>(emacs:27551): GLib-GIO-CRITICAL **: g_settings_schema_sou=
rce_lookup: assertion &#39;source !=3D NULL&#39; failed</div><div><br></div=
><div><div>Breakpoint 3, Fsignal (error_symbol=3D41328, data=3D16757379) at=
 eval.c:1471</div></div></div></div><div dir=3D"ltr"><div><div><div>1471 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (NILP (error_symbol) ? Fcar (data) : error_s=
ymbol);</div></div></div></div><div dir=3D"ltr"><div><div><div>(gdb) c</div=
><div>Continuing.</div><div><br></div><div>Breakpoint 3, Fsignal (error_sym=
bol=3D41328, data=3D14850531) at eval.c:1471</div></div></div></div><div di=
r=3D"ltr"><div><div><div>1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (NILP (error_s=
ymbol) ? Fcar (data) : error_symbol);</div></div></div></div><div dir=3D"lt=
r"><div><div><div>(gdb) c</div><div>Continuing.</div><div><br></div><div>Br=
eakpoint 3, Fsignal (error_symbol=3D41328, data=3D25212659) at eval.c:1471<=
/div></div></div></div><div dir=3D"ltr"><div><div><div>1471 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0=3D (NILP (error_symbol) ? Fcar (data) : error_symbol);</div><=
/div></div></div><div dir=3D"ltr"><div><div><div>(gdb) c</div><div>Continui=
ng.</div><div><br></div><div>Breakpoint 3, Fsignal (error_symbol=3D41328, d=
ata=3D25415251) at eval.c:1471</div></div></div></div><div dir=3D"ltr"><div=
><div><div>1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (NILP (error_symbol) ? Fcar =
(data) : error_symbol);</div></div></div></div><div dir=3D"ltr">-- <br></di=
v><p dir=3D"ltr">-- <br>
Kaushal Modi</p>
</blockquote></div><div dir=3D"ltr">-- <br></div><p dir=3D"ltr">-- <br>
Kaushal Modi</p>

--001a113ce3c621f4da0531ded80b--




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 16:59:02 +0000
Resent-Message-ID: <handler.23424.B23424.146220831728628 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Kaushal Modi <kaushal.modi@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146220831728628
          (code B ref 23424); Mon, 02 May 2016 16:59:02 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:58:37 +0000
Received: from localhost ([127.0.0.1]:34109 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axHB7-0007Rf-LZ
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 12:58:37 -0400
Received: from eggs.gnu.org ([208.118.235.92]:58234)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1axHB5-0007RT-UW
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 12:58:36 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1axHAg-0005zG-R1
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 12:58:27 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33453)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1axHAg-0005xw-OS; Mon, 02 May 2016 12:58:10 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3428
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1axHAa-0001TZ-Nw; Mon, 02 May 2016 12:58:05 -0400
Date: Mon, 02 May 2016 19:58:08 +0300
Message-Id: <83twigl7mn.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
 (message from Kaushal Modi on Mon, 02 May 2016 16:41:32 +0000)
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
 <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
 <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -6.0 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> From: Kaushal Modi <kaushal.modi@HIDDEN>
> Date: Mon, 02 May 2016 16:41:32 +0000
> Cc: 23424 <at> debbugs.gnu.org
> 
> Breakpoint 3, Fsignal (error_symbol=41328, data=16757379) at eval.c:1471
> 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol);
> (gdb) c
> Continuing.
> 
> Breakpoint 3, Fsignal (error_symbol=41328, data=14850531) at eval.c:1471
> 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol);
> (gdb) c
> Continuing.
> 
> Breakpoint 3, Fsignal (error_symbol=41328, data=25212659) at eval.c:1471
> 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol);
> (gdb) c
> Continuing.
> 
> Breakpoint 3, Fsignal (error_symbol=41328, data=25415251) at eval.c:1471
> 1471 = (NILP (error_symbol) ? Fcar (data) : error_symbol);

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.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Kaushal Modi <kaushal.modi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 17:23:01 +0000
Resent-Message-ID: <handler.23424.B23424.14622097445309 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.14622097445309
          (code B ref 23424); Mon, 02 May 2016 17:23:01 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 17:22:24 +0000
Received: from localhost ([127.0.0.1]:34123 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axHY8-0001NZ-6H
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 13:22:24 -0400
Received: from mail-oi0-f68.google.com ([209.85.218.68]:33748)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axHY5-0001NL-Mn
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 13:22:22 -0400
Received: by mail-oi0-f68.google.com with SMTP id f63so28056739oig.0
 for <23424 <at> 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)
MIME-Version: 1.0
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
 <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
 <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
 <83twigl7mn.fsf@HIDDEN>
In-Reply-To: <83twigl7mn.fsf@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 02 May 2016 17:22:05 +0000
Message-ID: <CAFyQvY0A+-R70DCV7bAEoJAM30Hb5aztJ3psDLYC4F0SX4WKkA@HIDDEN>
Content-Type: multipart/alternative; boundary=001a113e53e6e9a1b60531df3b64
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

--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!=<num1> && error_symbol!=<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 = 49824
(gdb) xsymbol
$4 = (struct Lisp_Symbol *) 0xc87bd0 <lispsym+49824>
"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 <lispsym+19056>
"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
<command_loop_1>, handlers=19056, hfun=0x559c89 <cmd_error>) 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
<command_loop_2>, 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

<div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This is your &quot;Debugging Emacs 101&quot;, lesson 1:<br>
<br>
A breakpoint in Fsignal is frequently hit because some error is thrown<br>
which Emacs will catch and ignore, but the debugger gets to see it<br>
first.=C2=A0 To see whether this is the signal you are after (if you don&#3=
9;t<br>
already know), do this:<br>
<br>
=C2=A0 (gdb) p error_symbol<br>
=C2=A0 (gdb) xsymbol<br>
<br>
The last command should display the Lisp name of the signal.=C2=A0 Crystal<=
br>
ball here says you will see &quot;void-variable&quot;, which is not the sig=
nal<br>
you want.=C2=A0 So now make the breakpoint conditional:<br>
<br>
=C2=A0 (gdb) condition 3 error_symbol !=3D 41328<br>
=C2=A0 (gdb) c<br>
<br>
and see what other signal is thrown.=C2=A0 I had a couple of other<br>
unrelated signals (which happened once each, so I didn&#39;t feel like<br>
making the condition more complex), and finally you will get your<br>
expected &quot;end-of-file&quot; error.=C2=A0 Then look around; the Lisp ba=
cktrace<br>
should be the first thing to look at.<br></blockquote><div><br></div><div><=
span style=3D"line-height:1.5">Thanks for that quick intro to setting condi=
tional breakpoints.</span></div><div><br></div><div>=C2=A0I did</div><div><=
br></div><div>(gdb) condition 3 error_symbol!=3D&lt;num1&gt; &amp;&amp;=C2=
=A0<span style=3D"line-height:1.5">error_symbol!=3D&lt;num2&gt; &amp;&amp; =
..</span><br></div><div><span style=3D"line-height:1.5"><br></span></div><d=
iv><span style=3D"line-height:1.5">and looks like that worked.</span></div>=
<div><span style=3D"line-height:1.5"><br></span></div><div><span style=3D"l=
ine-height:1.5">But it looks like I have a different backtrace than the one=
 you got.</span></div><div><span style=3D"line-height:1.5"><br></span></div=
><div><div>(gdb) p error_symbol</div><div>$3 =3D 49824</div><div>(gdb) xsym=
bol</div><div>$4 =3D (struct Lisp_Symbol *) 0xc87bd0 &lt;lispsym+49824&gt;<=
/div><div>&quot;void-variable&quot;</div><div>(gdb) condition 3 error_symbo=
l!=3D41328 &amp;&amp; error_symbol!=3D49824</div><div>(gdb) c</div><div>Con=
tinuing.</div><div><br></div><div>Breakpoint 3, Fsignal (error_symbol=3D190=
56, data=3D16197139) at eval.c:1471</div><div>1471 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0=3D (NILP (error_symbol) ? Fcar (data) : error_symbol);</div><div>(gdb) =
p error_symbol</div><div>$5 =3D 19056</div><div>(gdb) xsymbol</div><div>$6 =
=3D (struct Lisp_Symbol *) 0xc803a0 &lt;lispsym+19056&gt;</div><div>&quot;e=
rror&quot;</div><div>(gdb) bt</div><div>#0 =C2=A0Fsignal (error_symbol=3D19=
056, data=3D16197139) at eval.c:1471</div><div>#1 =C2=A00x00000000005f631a =
in Ffuncall (nargs=3D3, args=3D0x7fffffff6430) at eval.c:2696</div><div>#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</div><div>#3 =C2=A00x00000000005f6b6c in funcall_lambda =
(fun=3D9618597, nargs=3D2, arg_vector=3D0x7fffffff6970) at eval.c:2855</div=
><div>#4 =C2=A00x00000000005f6568 in Ffuncall (nargs=3D3, args=3D0x7fffffff=
6968) at eval.c:2742</div><div>#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</div><div>#6 =C2=A00x00000000005f=
6ea8 in funcall_lambda (fun=3D26182285, nargs=3D2, arg_vector=3D0x18f8225) =
at eval.c:2921</div><div>#7 =C2=A00x00000000005f6568 in Ffuncall (nargs=3D3=
, args=3D0x7fffffff6e98) at eval.c:2742</div><div>#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</div><div>#9 =
=C2=A00x00000000005f6ea8 in funcall_lambda (fun=3D26181189, nargs=3D1, arg_=
vector=3D0x18f7d75) at eval.c:2921</div><div>#10 0x00000000005f6568 in Ffun=
call (nargs=3D2, args=3D0x7fffffff73d8) at eval.c:2742</div><div>#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</div><div>#12 0x00000000005f6b6c in funcall_lambda (fun=3D2435450=
9, nargs=3D1, arg_vector=3D0x7fffffff7910) at eval.c:2855</div><div>#13 0x0=
0000000005f6568 in Ffuncall (nargs=3D2, args=3D0x7fffffff7908) at eval.c:27=
42</div><div>#14 0x000000000063c073 in exec_byte_code (bytestr=3D17397476, =
vector=3D21453909, maxdepth=3D10, args_template=3D2, nargs=3D0, args=3D0x7f=
ffffff7e40) at bytecode.c:880</div><div>#15 0x00000000005f6b6c in funcall_l=
ambda (fun=3D20671589, nargs=3D0, arg_vector=3D0x7fffffff7e40) at eval.c:28=
55</div><div>#16 0x00000000005f6568 in Ffuncall (nargs=3D1, args=3D0x7fffff=
ff7e38) at eval.c:2742</div></div><div><span style=3D"line-height:1.5">#17 =
0x000000000063c073 in exec_byte_code (bytestr=3D14902196, vector=3D21523493=
, maxdepth=3D22, args_template=3D1026, nargs=3D1, args=3D0x7fffffff8448) at=
 bytecode.c:880</span><br></div><div><div>#18 0x00000000005f6b6c in funcall=
_lambda (fun=3D21523645, nargs=3D1, arg_vector=3D0x7fffffff8440) at eval.c:=
2855</div><div>#19 0x00000000005f6568 in Ffuncall (nargs=3D2, args=3D0x7fff=
ffff8438) at eval.c:2742</div><div>#20 0x00000000005ee638 in Ffuncall_inter=
actively (nargs=3D2, args=3D0x7fffffff8438) at callint.c:252</div><div>#21 =
0x00000000005f61e8 in Ffuncall (nargs=3D3, args=3D0x7fffffff8430) at eval.c=
:2673</div><div>#22 0x00000000005f09be in Fcall_interactively (function=3D5=
444288, record_flag=3D5289200, keys=3D13400757) at callint.c:840</div><div>=
#23 0x00000000005f6355 in Ffuncall (nargs=3D4, args=3D0x7fffffff8758) at ev=
al.c:2700</div><div>#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</div><div>#25 0x00000000005f6b6c in=
 funcall_lambda (fun=3D10409437, nargs=3D2, arg_vector=3D0x7fffffff8cc8) at=
 eval.c:2855</div><div>#26 0x00000000005f6568 in Ffuncall (nargs=3D3, args=
=3D0x7fffffff8cc0) at eval.c:2742</div><div>#27 0x000000000063c073 in exec_=
byte_code (bytestr=3D10408684, vector=3D10408717, maxdepth=3D62, args_templ=
ate=3D3078, nargs=3D3, args=3D0x7fffffff9318) at bytecode.c:880</div><div>#=
28 0x00000000005f6b6c in funcall_lambda (fun=3D10408629, nargs=3D3, arg_vec=
tor=3D0x7fffffff9300) at eval.c:2855</div><div>#29 0x00000000005f6568 in Ff=
uncall (nargs=3D4, args=3D0x7fffffff92f8) at eval.c:2742</div><div>#30 0x00=
000000005ee638 in Ffuncall_interactively (nargs=3D4, args=3D0x7fffffff92f8)=
 at callint.c:252</div><div>#31 0x00000000005f61e8 in Ffuncall (nargs=3D5, =
args=3D0x7fffffff92f0) at eval.c:2673</div><div>#32 0x00000000005f576f in F=
apply (nargs=3D3, args=3D0x7fffffff93e0) at eval.c:2321</div><div>#33 0x000=
00000005eeab0 in Fcall_interactively (function=3D560928, record_flag=3D0, k=
eys=3D13400757) at callint.c:389</div><div>#34 0x00000000005f6355 in Ffunca=
ll (nargs=3D4, args=3D0x7fffffff9668) at eval.c:2700</div><div>#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</div><div>#36 0x00000000005f6b6c in funcall_lambda (fun=3D10409437,=
 nargs=3D1, arg_vector=3D0x7fffffff9bb8) at eval.c:2855</div><div>#37 0x000=
00000005f6568 in Ffuncall (nargs=3D2, args=3D0x7fffffff9bb0) at eval.c:2742=
</div><div>#38 0x00000000005f5d10 in call1 (fn=3D14784, arg1=3D560928) at e=
val.c:2552</div><div>#39 0x000000000055ac58 in command_loop_1 () at keyboar=
d.c:1471</div><div>#40 0x00000000005f2f86 in internal_condition_case (bfun=
=3D0x55a49f &lt;command_loop_1&gt;, handlers=3D19056, hfun=3D0x559c89 &lt;c=
md_error&gt;) at eval.c:1309</div><div>#41 0x000000000055a1a7 in command_lo=
op_2 (ignore=3D0) at keyboard.c:1099</div><div>#42 0x00000000005f28a6 in in=
ternal_catch (tag=3D46224, func=3D0x55a17e &lt;command_loop_2&gt;, arg=3D0)=
 at eval.c:1074</div><div>#43 0x000000000055a147 in command_loop () at keyb=
oard.c:1078</div><div>#44 0x0000000000559858 in recursive_edit_1 () at keyb=
oard.c:684</div><div>#45 0x00000000005599eb in Frecursive_edit () at keyboa=
rd.c:755</div><div>#46 0x00000000005578aa in main (argc=3D2, argv=3D0x7ffff=
fffa068) at emacs.c:1606</div><div><br></div><div>Lisp Backtrace:</div><div=
>&quot;signal&quot; (0xffff6438)</div><div>&quot;error&quot; (0xffff6970)</=
div><div>&quot;epg-check-configuration&quot; (0xffff6ea0)</div><div>&quot;e=
pg-find-configuration&quot; (0xffff73e0)</div><div>&quot;package-refresh-co=
ntents&quot; (0xffff7910)</div><div>&quot;package-menu-refresh&quot; (0xfff=
f7e40)</div><div>&quot;list-packages&quot; (0xffff8440)</div><div>&quot;fun=
call-interactively&quot; (0xffff8438)</div><div>&quot;call-interactively&qu=
ot; (0xffff8760)</div><div>&quot;command-execute&quot; (0xffff8cc8)</div><d=
iv>&quot;execute-extended-command&quot; (0xffff9300)</div><div>&quot;funcal=
l-interactively&quot; (0xffff92f8)</div><div>&quot;call-interactively&quot;=
 (0xffff9670)</div><div>&quot;command-execute&quot; (0xffff9bb8)</div><div>=
(gdb)</div></div><div><br></div></div></div><div dir=3D"ltr">-- <br></div><=
p dir=3D"ltr">-- <br>
Kaushal Modi</p>

--001a113e53e6e9a1b60531df3b64--




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 20:20:01 +0000
Resent-Message-ID: <handler.23424.B23424.146222036821673 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Kaushal Modi <kaushal.modi@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146222036821673
          (code B ref 23424); Mon, 02 May 2016 20:20:01 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 20:19:28 +0000
Received: from localhost ([127.0.0.1]:34225 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axKJT-0005dV-Sv
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 16:19:28 -0400
Received: from eggs.gnu.org ([208.118.235.92]:35731)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1axKJS-0005dJ-Rt
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 16:19:27 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1axKJE-0005rk-9S
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 16:19:18 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36953)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1axKJE-0005qs-64; Mon, 02 May 2016 16:19:12 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3545
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1axKJ8-0003MP-0C; Mon, 02 May 2016 16:19:06 -0400
Date: Mon, 02 May 2016 23:19:09 +0300
Message-Id: <83lh3skybm.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAFyQvY0A+-R70DCV7bAEoJAM30Hb5aztJ3psDLYC4F0SX4WKkA@HIDDEN>
 (message from Kaushal Modi on Mon, 02 May 2016 17:22:05 +0000)
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
 <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
 <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
 <83twigl7mn.fsf@HIDDEN>
 <CAFyQvY0A+-R70DCV7bAEoJAM30Hb5aztJ3psDLYC4F0SX4WKkA@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -6.0 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> From: Kaushal Modi <kaushal.modi@HIDDEN>
> Date: Mon, 02 May 2016 17:22:05 +0000
> Cc: 23424 <at> debbugs.gnu.org
> 
> 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 <lispsym+49824>
> "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 <lispsym+19056>
> "error"

That's not the error you are after.  Keep going.  (You get this
because you have epg installed, whereas I don't.)




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Kaushal Modi <kaushal.modi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 20:53:02 +0000
Resent-Message-ID: <handler.23424.B23424.146222232724656 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146222232724656
          (code B ref 23424); Mon, 02 May 2016 20:53:02 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 20:52:07 +0000
Received: from localhost ([127.0.0.1]:34249 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axKp4-0006Pc-OD
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 16:52:06 -0400
Received: from mail-oi0-f43.google.com ([209.85.218.43]:34136)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axKp3-0006P8-R8
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 16:52:06 -0400
Received: by mail-oi0-f43.google.com with SMTP id k142so346536oib.1
 for <23424 <at> debbugs.gnu.org>; Mon, 02 May 2016 13:52:05 -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=0/VGqry5Y4Vlhzx4BbspmcmRnZWoyiD6n/o7MzZVNp8=;
 b=iYZ2Oa+JitMAtaUCor2RGCqcsTe8GcstAkSGW4hJ5hbwtU9BNZVUBXKjLbU2Ecretj
 /sWGYC5Ark/hUdvb7cOAT3W6X4EjaIp910JGQIfkZsFpO5josZtVUj5fpWBxJ87Ee0m+
 9WDc6bsRGrXiOfR11xAn+Lxd/r9OajV+oe8Mq1/rJrXkysnf1CEFSXUAhzYarveScJJF
 V8EEzRbE2P3c1pYVkU7+RfEwiUJQ0ByfZjGEKZxDWGoqMbtjPxlGSzG4lQYZ9zl0vbjR
 zatG7oETimqjCrjlSVpsnCcPdP5d9dexFEK4aVhFrnTRNwuVVYPKSaUlyBkJE2uR9lpS
 HeuQ==
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=0/VGqry5Y4Vlhzx4BbspmcmRnZWoyiD6n/o7MzZVNp8=;
 b=am+0j5GEDJFkmPaXIVMPVSACGJjnGjXKvbkAZwP7meYbvQ/YcAIFtTZuXcg6pQz/wu
 ivDPzE6hVcyFbut4a2SHqqoMj3Cgwjd6QdVY5AiN4z8UzK9rQb/5+msluQFath0Ohmen
 Xe+VQCNDvr9CVpUWWKUHiO9uZjxPrKJcJbzAcN4NlT1TgUECIOfYYK6a0Ot9LtLm/8rT
 OsmTJTZuqlUUBR89750Gq+c7v8cCJVoC6ZL75eR7pcZRXR4XT6QgbEIvfCOwIINh6FhJ
 wQu/LNJBWC02B/e1JE6S0CBuuaDokO6Mj4XL1JMviQ62kFVmqJIJyoy417Gzdp9huCLG
 5BUg==
X-Gm-Message-State: AOPr4FUbUyOUHHO5JzFv13Lyno+q+S16BerRa2sceneU0UV4mfoBphgAdxSSmRbXFtAaETsYVbntxPoCr2+VYg==
X-Received: by 10.202.179.8 with SMTP id c8mr16212581oif.50.1462222320205;
 Mon, 02 May 2016 13:52:00 -0700 (PDT)
MIME-Version: 1.0
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
 <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
 <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
 <83twigl7mn.fsf@HIDDEN>
 <CAFyQvY0A+-R70DCV7bAEoJAM30Hb5aztJ3psDLYC4F0SX4WKkA@HIDDEN>
 <83lh3skybm.fsf@HIDDEN>
In-Reply-To: <83lh3skybm.fsf@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 02 May 2016 20:51:49 +0000
Message-ID: <CAFyQvY3CKxbWHe6jZEiGT9O48ry7dqvMapwEEyW_aA5G=2isBw@HIDDEN>
Content-Type: multipart/alternative; boundary=001a113ce3c6fa863c0531e229c5
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

--001a113ce3c6fa863c0531e229c5
Content-Type: text/plain; charset=UTF-8

>
> That's not the error you are after.  Keep going.  (You get this
> because you have epg installed, whereas I don't.)
>

FYI, the melpa issue is fixed. But evaluating the below in "emacs -Q"
recreates the same "end of file" error.

(progn
  (setq package-archives '(("melpa-fake" . "
https://gist.githubusercontent.com/kaushalmodi/0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba08dac61ff20e1ece6437b406a5a622/
")))
  (call-interactively #'list-packages))

I basically took the valid archive-contents file and truncated few
characters from the end of it:
https://gist.githubusercontent.com/kaushalmodi/0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba08dac61ff20e1ece6437b406a5a622/archive-contents

-- 

-- 
Kaushal Modi

--001a113ce3c6fa863c0531e229c5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">=
That&#39;s not the error you are after.=C2=A0 Keep going.=C2=A0 (You get th=
is<br>
because you have epg installed, whereas I don&#39;t.)<br></blockquote><div>=
<br></div><div>FYI, the melpa issue is fixed. But evaluating the below in &=
quot;emacs -Q&quot; recreates the same &quot;end of file&quot; error.</div>=
<div><br></div><div><div>(progn</div><div>=C2=A0 (setq package-archives &#3=
9;((&quot;melpa-fake&quot;=C2=A0<span style=3D"line-height:1.5">. &quot;<a =
href=3D"https://gist.githubusercontent.com/kaushalmodi/0603d601d84fc3282a34=
f08d3fe75f30/raw/597a359fba08dac61ff20e1ece6437b406a5a622/">https://gist.gi=
thubusercontent.com/kaushalmodi/0603d601d84fc3282a34f08d3fe75f30/raw/597a35=
9fba08dac61ff20e1ece6437b406a5a622/</a>&quot;)))</span></div><div>=C2=A0 (c=
all-interactively #&#39;list-packages))</div></div><div><br></div><div>I ba=
sically took the valid archive-contents file and truncated few characters f=
rom the end of it:=C2=A0<a href=3D"https://gist.githubusercontent.com/kaush=
almodi/0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba08dac61ff20e1ece6437b=
406a5a622/archive-contents">https://gist.githubusercontent.com/kaushalmodi/=
0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba08dac61ff20e1ece6437b406a5a6=
22/archive-contents</a></div><div><br></div></div></div><div dir=3D"ltr">--=
 <br></div><p dir=3D"ltr">-- <br>
Kaushal Modi</p>

--001a113ce3c6fa863c0531e229c5--




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Kaushal Modi <kaushal.modi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 22:07:01 +0000
Resent-Message-ID: <handler.23424.B23424.14622267675439 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.14622267675439
          (code B ref 23424); Mon, 02 May 2016 22:07:01 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 22:06:07 +0000
Received: from localhost ([127.0.0.1]:34314 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axLyh-0001Pf-9O
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 18:06:07 -0400
Received: from mail-oi0-f65.google.com ([209.85.218.65]:35958)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axLyg-0001P2-AK
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 18:06:06 -0400
Received: by mail-oi0-f65.google.com with SMTP id i2so189607oib.3
 for <23424 <at> debbugs.gnu.org>; Mon, 02 May 2016 15:06:06 -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=GHyhNkdC2ohHxj7C+pAjdYcVKtEu0LAekH/cyl3jLDQ=;
 b=BZYTGwmNXsOUz/xPm9dBbsHC6Fih3+ugtJGSBguZwnaEqUfsDJ8A9p6kFB4tTXsAnI
 lvJ9086BWTbZLj3vrZDBC6Z02UdZTWXwv+UmuQKf0vkcJYuJ5EybVvhJekAHUHf7IAHf
 LDqrvOvf0d2XICWXrk/7aijTPWa1K46uVknfFNO7KB8Z29vtmKo2/faRMAjc+mbQ0W4z
 nj4H4kd3nn1P1DvPJDidjt7TAa//4E5hNDdyRvF5UaG/JAGQshZZUT429MsQ0dkqjAHY
 hN3zJIu3YqaY7DB4dQBkrAFQ4NKV4Ni9PMvfIsOU9OqZSp38/NKNwOFfhrPSBrMbxfzw
 6Dig==
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=GHyhNkdC2ohHxj7C+pAjdYcVKtEu0LAekH/cyl3jLDQ=;
 b=Sky9fnqc0ZQPftHg3ORb20HGrqWiBxAJ147zWgS80Ss7R0LnpS9jHvfsGMePTSGsrE
 1wIJL9r57I26R9nXGc8f5ZghX5n3KeTg5chQwMY9B4aKBZEIw7QCezEPH8NB/2V51I41
 uJnXC+pHKwHfdfCjfRWtd33NblYUoOueBAk//uAL0cPYWcW42S35YK2uPwrytX/jSvcA
 Jx/4WMXNKsaGOMdLRXevi6cTdUSEfpfgcvx9/mzJpntos/ms9pmD/9eu4xb/YM5NOiiT
 WZIHPGh3vKaMbVMzI4Kxc7TH79nK/sUwtH451hzTkyIGUKQlNgKV/gXxahGtw6aJPONS
 UiLw==
X-Gm-Message-State: AOPr4FXxFFjErFhbhgBrq990zMop2YJNa4BShY2gzPPL1qbRflS6RYU/NnpHD5BCK8hhLWcckCWgE3pqr7ASiQ==
X-Received: by 10.157.0.68 with SMTP id 62mr5633932ota.189.1462226760730; Mon,
 02 May 2016 15:06:00 -0700 (PDT)
MIME-Version: 1.0
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
 <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
 <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
 <83twigl7mn.fsf@HIDDEN>
 <CAFyQvY0A+-R70DCV7bAEoJAM30Hb5aztJ3psDLYC4F0SX4WKkA@HIDDEN>
 <83lh3skybm.fsf@HIDDEN>
 <CAFyQvY3CKxbWHe6jZEiGT9O48ry7dqvMapwEEyW_aA5G=2isBw@HIDDEN>
In-Reply-To: <CAFyQvY3CKxbWHe6jZEiGT9O48ry7dqvMapwEEyW_aA5G=2isBw@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 02 May 2016 22:05:50 +0000
Message-ID: <CAFyQvY3WfB6=ejZ3GVxa+6tpfs0HE53gZtAK46Ot2t8yw2RP-g@HIDDEN>
Content-Type: multipart/alternative; boundary=94eb2c0441f4a796060531e332e5
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

--94eb2c0441f4a796060531e332e5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I have a followup gdb 101 question:

I thought I would improve the debug capability by adding the flags
"--enable-checking=3D'yes,glyphs' --enable-check-lisp-object-type" to
./configure as per etc/DEBUG. I did not have those 2 flags earlier. But
after rebuilding using the suggested options, the conditional breakpoints
do not work. I also noticed that earlier "p error_symbol" gave something
like,

$1 =3D 41328

Now it gives something like,

$1 =3D {
  i =3D 41328
}

Also, when earlier I saw:

    Breakpoint 3, Fsignal (error_symbol=3D19056, data=3D16197139) at eval.c=
:1471

, now I see instead:

    Breakpoint 3, Fsignal (error_symbol=3D..., data=3D...) at eval.c:1471

(those numbers for error_symbol and data are literally replaced with "...")

=3D=3D=3D=3D=3D

(emacs:22439): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup:
assertion 'source !=3D NULL' failed

Breakpoint 3, Fsignal (error_symbol=3D..., data=3D...) at eval.c:1471
1471        =3D (NILP (error_symbol) ? Fcar (data) : error_symbol);
(gdb) p error_symbol
$1 =3D {
  i =3D 41328
}
(gdb) xsymbol
$2 =3D (struct Lisp_Symbol *) 0xdc3ee0 <lispsym+41328>
"scan-error"
(gdb) condition 3 error_symbol!=3D41328
(gdb) c
Continuing.
Error in testing breakpoint condition:
Structure has no component named operator!=3D.
Error in testing breakpoint condition:
Structure has no component named operator!=3D.

Breakpoint 3, Fsignal (error_symbol=3D..., data=3D...) at eval.c:1471
1471        =3D (NILP (error_symbol) ? Fcar (data) : error_symbol);

Here's my new ./configure command:

./configure options:
  --with-modules --prefix=3D/home/kmodi/usr_local/apps/6/emacs/emacs-25
--enable-checking=3Dyes,glyphs --enable-check-lisp-object-type
'CPPFLAGS=3D-fgnu89-inline -I/home/kmodi/usr_local/6/include
-I/usr/include/freetype2 -I/usr/include' 'CFLAGS=3D-ggdb3 -O0'
'CXXFLAGS=3D-ggdb3 -O0' 'LDFLAGS=3D-L/home/kmodi/usr_local/6/lib
-L/home/kmodi/usr_local/6/lib64 -ggdb3'
PKG_CONFIG_PATH=3D/home/kmodi/usr_local/6/lib/pkgconfig:/home/kmodi/usr_loc=
al/6/lib64/pkgconfig:/cad/adi/apps/gnu/linux/x86_64/6/lib/pkgconfig:/cad/ad=
i/apps/gnu/linux/x86_64/6/lib64/pkgconfig:/usr/lib/pkgconfig:/usr/lib64/pkg=
config:/usr/share/pkgconfig:/lib/pkgconfig:/lib64/pkgconfig

For now, I will rebuild emacs without "--enable-checking=3D'yes,glyphs'
--enable-check-lisp-object-type". But it would be good to know why those
flags affected gdb (when etc/DEBUG says that those should not), and also
why didn't conditional breakpoints work in this case. (I hope to get the
old conditional-breakpoint-working-self back once I finish rebuilding
without those flags.)
--=20

--=20
Kaushal Modi

--94eb2c0441f4a796060531e332e5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I have a followup gdb 101 question:<div><br></div><div>I t=
hought I would improve the debug capability by adding the flags &quot;--ena=
ble-checking=3D&#39;yes,glyphs&#39; --enable-check-lisp-object-type&quot; t=
o ./configure as per etc/DEBUG. I did not have those 2 flags earlier. But a=
fter rebuilding using the suggested options, the conditional breakpoints do=
 not work. I also noticed that earlier &quot;p error_symbol&quot; gave some=
thing like,</div><div><br></div><div>$1 =3D 41328</div><div><br></div><div>=
Now it gives something like,</div><div><br></div><div><div>$1 =3D {</div><d=
iv>=C2=A0 i =3D 41328</div><div>}</div></div><div><br></div><div>Also, when=
 earlier I saw:</div><div><span style=3D"line-height:1.5"><br></span></div>=
<div><span style=3D"color:rgb(33,33,33);font-size:13px">=C2=A0 =C2=A0 Break=
point 3, Fsignal (error_symbol=3D19056, data=3D16197139) at eval.c:1471</sp=
an></div><div><span style=3D"line-height:1.5"><br></span></div><div>, now I=
 see instead:</div><div><br></div><div>=C2=A0 =C2=A0 Breakpoint 3, Fsignal =
(error_symbol=3D..., data=3D...) at eval.c:1471<br></div><div><br></div><di=
v>(those numbers for error_symbol and data are literally replaced with &quo=
t;...&quot;)</div><div><br></div><div><span style=3D"line-height:1.5">=3D=
=3D=3D=3D=3D</span></div><div><span style=3D"line-height:1.5"><br></span></=
div><div><span style=3D"line-height:1.5">(emacs:22439): GLib-GIO-CRITICAL *=
*: g_settings_schema_source_</span><span style=3D"line-height:1.5">lookup: =
assertion &#39;source !=3D NULL&#39; failed</span><br></div><div><div><br><=
/div><div>Breakpoint 3, Fsignal (error_symbol=3D..., data=3D...) at eval.c:=
1471</div></div><div dir=3D"ltr"><div><div>1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
=3D (NILP (error_symbol) ? Fcar (data) : error_symbol);</div><div>(gdb) p e=
rror_symbol</div></div></div><div dir=3D"ltr"><div><div>$1 =3D {</div><div>=
=C2=A0 i =3D 41328</div><div>}</div><div>(gdb) xsymbol</div><div>$2 =3D (st=
ruct Lisp_Symbol *) 0xdc3ee0 &lt;lispsym+41328&gt;</div><div>&quot;scan-err=
or&quot;</div><div>(gdb) condition 3 error_symbol!=3D41328</div><div>(gdb) =
c</div><div>Continuing.</div><div>Error in testing breakpoint condition:</d=
iv><div>Structure has no component named operator!=3D.</div><div>Error in t=
esting breakpoint condition:</div><div>Structure has no component named ope=
rator!=3D.</div><div><br></div><div>Breakpoint 3, Fsignal (error_symbol=3D.=
.., data=3D...) at eval.c:1471</div></div></div><div dir=3D"ltr"><div><div>=
1471 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D (NILP (error_symbol) ? Fcar (data) : er=
ror_symbol);</div></div></div><div dir=3D"ltr"><div></div><div><br></div><d=
iv>Here&#39;s my new ./configure command:</div><div><br></div><div><div>./c=
onfigure options:</div><div>=C2=A0 --with-modules --prefix=3D/home/kmodi/us=
r_local/apps/6/emacs/emacs-25 --enable-checking=3Dyes,glyphs --enable-check=
-lisp-object-type &#39;CPPFLAGS=3D-fgnu89-inline -I/home/kmodi/usr_local/6/=
include -I/usr/include/freetype2 -I/usr/include&#39; &#39;CFLAGS=3D-ggdb3 -=
O0&#39; &#39;CXXFLAGS=3D-ggdb3 -O0&#39; &#39;LDFLAGS=3D-L/home/kmodi/usr_lo=
cal/6/lib -L/home/kmodi/usr_local/6/lib64 -ggdb3&#39; PKG_CONFIG_PATH=3D/ho=
me/kmodi/usr_local/6/lib/pkgconfig:/home/kmodi/usr_local/6/lib64/pkgconfig:=
/cad/adi/apps/gnu/linux/x86_64/6/lib/pkgconfig:/cad/adi/apps/gnu/linux/x86_=
64/6/lib64/pkgconfig:/usr/lib/pkgconfig:/usr/lib64/pkgconfig:/usr/share/pkg=
config:/lib/pkgconfig:/lib64/pkgconfig</div><div><br></div></div><div>For n=
ow, I will rebuild emacs without=C2=A0<span style=3D"line-height:1.5">&quot=
;--enable-checking=3D&#39;yes,</span><span style=3D"line-height:1.5">glyphs=
&#39; --enable-check-lisp-object-</span><span style=3D"line-height:1.5">typ=
e&quot;. But it would be good to know why those flags affected gdb (when et=
c/DEBUG says that those should not), and also why didn&#39;t conditional br=
eakpoints work in this case. (I hope to get the old conditional-breakpoint-=
working-self back once I finish rebuilding without those flags.)</span></di=
v></div></div><div dir=3D"ltr">-- <br></div><p dir=3D"ltr">-- <br>
Kaushal Modi</p>

--94eb2c0441f4a796060531e332e5--




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Kaushal Modi <kaushal.modi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 02 May 2016 23:19:02 +0000
Resent-Message-ID: <handler.23424.B23424.146223113618555 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146223113618555
          (code B ref 23424); Mon, 02 May 2016 23:19:02 +0000
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 23:18:56 +0000
Received: from localhost ([127.0.0.1]:34372 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axN7A-0004pD-2F
	for submit <at> debbugs.gnu.org; Mon, 02 May 2016 19:18:56 -0400
Received: from mail-oi0-f45.google.com ([209.85.218.45]:34006)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <kaushal.modi@HIDDEN>) id 1axN78-0004p1-FO
 for 23424 <at> debbugs.gnu.org; Mon, 02 May 2016 19:18:54 -0400
Received: by mail-oi0-f45.google.com with SMTP id k142so4548523oib.1
 for <23424 <at> debbugs.gnu.org>; Mon, 02 May 2016 16:18:54 -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=HlePggNONgMRqyv9tRWuGhxpKc8IoycOFi2z0Ab6fOI=;
 b=aVdDIr20uoFAvC3ecvlWF8Zad7vsQZ4kuNPXM7ZtZhye/Rgs+x+kbyQBJ95YBeTRrf
 o6r2erKGGOH/01vICC03/D91lOtyZGPsazQPM+hBsv4vK6OOhFGn22XBxVq/6EwGbnSy
 qTfQDEKvPArlTVQ+Ln1ZmnBWfF8WecrWx7mXCid7y+z924prGzl7FjfedEKtKp70THeD
 MXLxHfV65sUPiomnW8gEQIO2fDpFst4yuwUbkiWxISeZ190gjN5fBxQj4O0GLG6xFrz0
 b2dolcnvac5IUmGqSSztIgoRJPWP3a2gimVRuR93p5zZqPaUUWitK47QFKBNyV2va923
 AaUQ==
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=HlePggNONgMRqyv9tRWuGhxpKc8IoycOFi2z0Ab6fOI=;
 b=QMr3mOXdYu/LbjkSyZM7agi08ctDaSVn+RZBgrvTnnKFIDgBes3qqTeOdYmrihg0Ls
 tj/isRkl7WKL8AtzW48PhF/UKfyq6jCmI0JtqOIpHWvfb72dVng0ohARR3R819cPjOgc
 A+jT/mEf3ge0m4Emb+BEpOMDq5zjgo2J+GKiyk6HwIr+QH7l9nsBW2/TEsuGssXsHy8r
 1XYkVSpIEV06m7Pack33kz1EewS4ESQb36eAp6ECOMKq0vBOExWgGj9SyL8DZwBBHEcX
 g0lnHgKqi2Smho7XDZv91/ETmouC6pKPgPaDwb6u4FFZ7lll0woxSZanwSOVMk1yTQv+
 0Kdw==
X-Gm-Message-State: AOPr4FVGRgOvT9CVM2xHatNzcMnxKR/nE42kambje/9Gu2i+9i5VhCs+lx0A6xKH7pAz/rl7fVWNzqMLxYVKLQ==
X-Received: by 10.157.6.80 with SMTP id 74mr16248278otn.164.1462231128771;
 Mon, 02 May 2016 16:18:48 -0700 (PDT)
MIME-Version: 1.0
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
 <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
 <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
 <83twigl7mn.fsf@HIDDEN>
 <CAFyQvY0A+-R70DCV7bAEoJAM30Hb5aztJ3psDLYC4F0SX4WKkA@HIDDEN>
 <83lh3skybm.fsf@HIDDEN>
 <CAFyQvY3CKxbWHe6jZEiGT9O48ry7dqvMapwEEyW_aA5G=2isBw@HIDDEN>
 <CAFyQvY3WfB6=ejZ3GVxa+6tpfs0HE53gZtAK46Ot2t8yw2RP-g@HIDDEN>
In-Reply-To: <CAFyQvY3WfB6=ejZ3GVxa+6tpfs0HE53gZtAK46Ot2t8yw2RP-g@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 02 May 2016 23:18:38 +0000
Message-ID: <CAFyQvY0iBYW5stC0hgrN0WsX1cmk3TBi5B91Yz=O4pEAH=K4JQ@HIDDEN>
Content-Type: multipart/alternative; boundary=94eb2c0934b60291aa0531e437f7
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

--94eb2c0934b60291aa0531e437f7
Content-Type: text/plain; charset=UTF-8

I was finally able to get the backtrace for end-of-file after rebuilding
emacs without those 2 assertion check flags.

>
So the last elisp-land function to propagate the error was in url-http.el:

=====
(defun url-http-activate-callback ()
  "Activate callback specified when this buffer was created."
  (url-http-mark-connection-as-free (url-host url-current-object)
   (url-port url-current-object)
   url-http-process)
  (url-http-debug "Activating callback in buffer (%s): %S %S"
 (buffer-name) url-callback-function url-callback-arguments)
  (apply url-callback-function url-callback-arguments))
=====

I see that url-http-debug form but it is not run because the error appears
too soon and the user does not have change to hit C-g to make the info
print in url-http-debug. So how about printing that info if "(apply
url-callback-function url-callback-arguments)" results in error?

With the above "melpa-fake" archive from my gist.github.com and a modified
version of url-http-activate-callback as below:

=====
(defun url-http-activate-callback ()
  "Activate callback specified when this buffer was created."
  (url-http-mark-connection-as-free (url-host url-current-object)
   (url-port url-current-object)
   url-http-process)
  (url-http-debug "Activating callback in buffer (%s): %S %S"
 (buffer-name) url-callback-function url-callback-arguments)
  (message "url-callback-function: %S" url-callback-function)
  (apply url-callback-function url-callback-arguments))
=====

I get:

=====
url-callback-function: #[257 <byte-code> [("melpa-fake" . "
https://gist.githubusercontent.com/kaushalmodi/0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba08dac61ff20e1ece6437b406a5a622/")
"archive-contents" t "
https://gist.githubusercontent.com/kaushalmodi/0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba08dac61ff20e1ece6437b406a5a622/archive-contents"
package-user-dir package-check-signature require url-handlers
generate-new-buffer " *temp*" make-byte-code 0 <byte-code> vconcat vector
[buffer-name kill-buffer] 2 (error) plist-get :error error "Error
retrieving: %s %S" search-forward-regexp "^
?

?" nil noerror "incomprehensible buffer" url-insert-buffer-contents
kill-buffer t package--update-downloads-in-progress signal buffer-string
expand-file-name format "archives/%s" read-from-string make-directory
write-region silent package--check-signature 256 <byte-code> [write-region
nil silent mapconcat epg-signature-to-string "
" ".signed"] 7 "

(fn &optional GOOD-SIGS)" "\301\300!\207"
[package--update-downloads-in-progress] package-unsigned-archives] 20 "

(fn STATUS)"]
error in process filter: End of file during parsing [2 times]
=====

So can we have something like:
- If  (apply url-callback-function url-callback-arguments) returns an
error, then extract the url being fetched from url-callback-function and
print some like "Error incurred when when processing XYZ url.". In this
case, we know that read-from-string threw an error. So we can even say that
the string fetched from XYZ url could not be parsed as a valid lisp form
(it does not necessarily mean that it read an empty string; in this case
the lisp form was incomplete).

The value of url-callback-function has a lot of other info which I do not
understand (I spy mainly the URL in it and "read-from-string" in it). But
may be using all the info in that var, we can have a well constructed error
message that can tell us what exactly went wrong. What do you think?
-- 

-- 
Kaushal Modi

--94eb2c0934b60291aa0531e437f7
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I was finally able to get the backtrace for end-of-file af=
ter rebuilding emacs without those 2 assertion check flags.<br><div class=
=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8=
ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div><div><br></div><div>So the last elisp-land function to p=
ropagate the error was in url-http.el:</div><div><br></div><div>=3D=3D=3D=
=3D=3D</div><div><div>(defun url-http-activate-callback ()</div><div>=C2=A0=
 &quot;Activate callback specified when this buffer was created.&quot;</div=
><div>=C2=A0 (url-http-mark-connection-as-free (url-host url-current-object=
)</div><div><span class=3D"Apple-tab-span" style=3D"white-space:pre">				</=
span> =C2=A0 =C2=A0(url-port url-current-object)</div><div><span class=3D"A=
pple-tab-span" style=3D"white-space:pre">				</span> =C2=A0 =C2=A0url-http-=
process)</div><div>=C2=A0 (url-http-debug &quot;Activating callback in buff=
er (%s): %S %S&quot;</div><div><span class=3D"Apple-tab-span" style=3D"whit=
e-space:pre">		</span> =C2=A0(buffer-name) url-callback-function url-callba=
ck-arguments)</div><div>=C2=A0 (apply url-callback-function url-callback-ar=
guments))</div></div><div>=3D=3D=3D=3D=3D</div><div><br></div><div>I see th=
at url-http-debug form but it is not run because the error appears too soon=
 and the user does not have change to hit C-g to make the info print in url=
-http-debug. So how about printing that info if &quot;<span style=3D"line-h=
eight:1.5">(apply url-callback-function url-callback-arguments)&quot; resul=
ts in error?</span></div><div><span style=3D"line-height:1.5"><br></span></=
div><div><span style=3D"line-height:1.5">With the above &quot;melpa-fake&qu=
ot; archive from my <a href=3D"http://gist.github.com">gist.github.com</a> =
and a modified version of url-http-activate-callback as below:</span></div>=
<div><br></div><div>=3D=3D=3D=3D=3D</div><div><div>(defun url-http-activate=
-callback ()</div><div>=C2=A0 &quot;Activate callback specified when this b=
uffer was created.&quot;</div><div>=C2=A0 (url-http-mark-connection-as-free=
 (url-host url-current-object)</div><div><span class=3D"Apple-tab-span" sty=
le=3D"white-space:pre">				</span> =C2=A0 =C2=A0(url-port url-current-objec=
t)</div><div><span class=3D"Apple-tab-span" style=3D"white-space:pre">				<=
/span> =C2=A0 =C2=A0url-http-process)</div><div>=C2=A0 (url-http-debug &quo=
t;Activating callback in buffer (%s): %S %S&quot;</div><div><span class=3D"=
Apple-tab-span" style=3D"white-space:pre">		</span> =C2=A0(buffer-name) url=
-callback-function url-callback-arguments)</div><div>=C2=A0 (message &quot;=
url-callback-function: %S&quot; url-callback-function)</div><div><span styl=
e=3D"line-height:1.5">=C2=A0 (apply url-callback-function url-callback-argu=
ments))</span><br></div></div><div>=3D=3D=3D=3D=3D</div><div><br></div><div=
><span style=3D"line-height:1.5">I get:</span><br></div><div><span style=3D=
"line-height:1.5"><br></span></div><div><span style=3D"line-height:1.5">=3D=
=3D=3D=3D=3D</span></div><div><div>url-callback-function: #[257 &lt;byte-co=
de&gt; [(&quot;melpa-fake&quot; . &quot;<a href=3D"https://gist.githubuserc=
ontent.com/kaushalmodi/0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba08dac=
61ff20e1ece6437b406a5a622/">https://gist.githubusercontent.com/kaushalmodi/=
0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba08dac61ff20e1ece6437b406a5a6=
22/</a>&quot;) &quot;archive-contents&quot; t &quot;<a href=3D"https://gist=
.githubusercontent.com/kaushalmodi/0603d601d84fc3282a34f08d3fe75f30/raw/597=
a359fba08dac61ff20e1ece6437b406a5a622/archive-contents">https://gist.github=
usercontent.com/kaushalmodi/0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba=
08dac61ff20e1ece6437b406a5a622/archive-contents</a>&quot; package-user-dir =
package-check-signature require url-handlers generate-new-buffer &quot; *te=
mp*&quot; make-byte-code 0 &lt;byte-code&gt; vconcat vector [buffer-name ki=
ll-buffer] 2 (error) plist-get :error error &quot;Error retrieving: %s %S&q=
uot; search-forward-regexp &quot;^</div><div>?</div><div><br></div><div>?&q=
uot; nil noerror &quot;incomprehensible buffer&quot; url-insert-buffer-cont=
ents kill-buffer t package--update-downloads-in-progress signal buffer-stri=
ng expand-file-name format &quot;archives/%s&quot; read-from-string make-di=
rectory write-region silent package--check-signature 256 &lt;byte-code&gt; =
[write-region nil silent mapconcat epg-signature-to-string &quot;</div><div=
>&quot; &quot;.signed&quot;] 7 &quot;</div><div><br></div><div>(fn &amp;opt=
ional GOOD-SIGS)&quot; &quot;\301\300!\207&quot; [package--update-downloads=
-in-progress] package-unsigned-archives] 20 &quot;</div><div><br></div><div=
>(fn STATUS)&quot;]</div></div><div>error in process filter: End of file du=
ring parsing [2 times]<br></div><div>=3D=3D=3D=3D=3D</div><div><br></div><d=
iv>So can we have something like:</div><div>- If=C2=A0<span style=3D"line-h=
eight:1.5">=C2=A0</span><span style=3D"line-height:1.5">(apply url-callback=
-function url-callback-arguments) returns an error, then extract the url be=
ing fetched from url-callback-function and print some like &quot;Error incu=
rred when when processing XYZ url.&quot;. In this case, we know that read-f=
rom-string threw an error. So we can even say that the string fetched from =
XYZ url could not be parsed as a valid lisp form (it does not necessarily m=
ean that it read an empty string; in this case the lisp form was incomplete=
).=C2=A0</span></div><div><span style=3D"line-height:1.5"><br></span></div>=
<div><span style=3D"line-height:1.5">The value of url-callback-function has=
 a lot of other info which I do not understand (I spy mainly the URL in it =
and &quot;</span><span style=3D"line-height:1.5">read-from-string&quot; in =
it)</span><span style=3D"line-height:1.5">. But may be using all the info i=
n that var, we can have a well constructed error message that can tell us w=
hat exactly went wrong. What do you think?=C2=A0</span></div></div><div dir=
=3D"ltr">-- <br></div><p dir=3D"ltr">-- <br>
Kaushal Modi</p>

--94eb2c0934b60291aa0531e437f7--




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 03 May 2016 15:00:02 +0000
Resent-Message-ID: <handler.23424.B23424.146228756524609 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Kaushal Modi <kaushal.modi@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146228756524609
          (code B ref 23424); Tue, 03 May 2016 15:00:02 +0000
Received: (at 23424) by debbugs.gnu.org; 3 May 2016 14:59:25 +0000
Received: from localhost ([127.0.0.1]:35478 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axbnI-0006Or-TI
	for submit <at> debbugs.gnu.org; Tue, 03 May 2016 10:59:25 -0400
Received: from eggs.gnu.org ([208.118.235.92]:54553)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1axbnH-0006Oe-Vc
 for 23424 <at> debbugs.gnu.org; Tue, 03 May 2016 10:59:24 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1axbn3-0000ZH-F9
 for 23424 <at> debbugs.gnu.org; Tue, 03 May 2016 10:59:15 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53461)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1axbn3-0000Yf-CM; Tue, 03 May 2016 10:59:09 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4394
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1axbmx-0002E8-6K; Tue, 03 May 2016 10:59:03 -0400
Date: Tue, 03 May 2016 17:59:08 +0300
Message-Id: <83h9efkx1f.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAFyQvY0iBYW5stC0hgrN0WsX1cmk3TBi5B91Yz=O4pEAH=K4JQ@HIDDEN>
 (message from Kaushal Modi on Mon, 02 May 2016 23:18:38 +0000)
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
 <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
 <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
 <83twigl7mn.fsf@HIDDEN>
 <CAFyQvY0A+-R70DCV7bAEoJAM30Hb5aztJ3psDLYC4F0SX4WKkA@HIDDEN>
 <83lh3skybm.fsf@HIDDEN>
 <CAFyQvY3CKxbWHe6jZEiGT9O48ry7dqvMapwEEyW_aA5G=2isBw@HIDDEN>
 <CAFyQvY3WfB6=ejZ3GVxa+6tpfs0HE53gZtAK46Ot2t8yw2RP-g@HIDDEN>
 <CAFyQvY0iBYW5stC0hgrN0WsX1cmk3TBi5B91Yz=O4pEAH=K4JQ@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -6.0 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> From: Kaushal Modi <kaushal.modi@HIDDEN>
> Date: Mon, 02 May 2016 23:18:38 +0000
> Cc: 23424 <at> debbugs.gnu.org
> 
> So can we have something like:
> - If (apply url-callback-function url-callback-arguments) returns an error, then extract the url being fetched from
> url-callback-function and print some like "Error incurred when when processing XYZ url.". In this case, we
> know that read-from-string threw an error. So we can even say that the string fetched from XYZ url could not
> be parsed as a valid lisp form (it does not necessarily mean that it read an empty string; in this case the lisp
> form was incomplete). 

Can you propose a patch?

> The value of url-callback-function has a lot of other info which I do not understand (I spy mainly the URL in it
> and "read-from-string" in it). But may be using all the info in that var, we can have a well constructed error
> message that can tell us what exactly went wrong. What do you think? 

I know almost nothing about that code, perhaps someone else could
answer.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 03 May 2016 15:13:01 +0000
Resent-Message-ID: <handler.23424.B23424.146228836225837 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23424
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Kaushal Modi <kaushal.modi@HIDDEN>
Cc: 23424 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23424-submit <at> debbugs.gnu.org id=B23424.146228836225837
          (code B ref 23424); Tue, 03 May 2016 15:13:01 +0000
Received: (at 23424) by debbugs.gnu.org; 3 May 2016 15:12:42 +0000
Received: from localhost ([127.0.0.1]:35482 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1axc0A-0006if-3n
	for submit <at> debbugs.gnu.org; Tue, 03 May 2016 11:12:42 -0400
Received: from eggs.gnu.org ([208.118.235.92]:57254)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1axc08-0006iS-De
 for 23424 <at> debbugs.gnu.org; Tue, 03 May 2016 11:12:40 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1axbzt-0004dh-50
 for 23424 <at> debbugs.gnu.org; Tue, 03 May 2016 11:12:31 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53652)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1axbzt-0004d4-1I; Tue, 03 May 2016 11:12:25 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4404
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1axbzn-0007Pe-1s; Tue, 03 May 2016 11:12:19 -0400
Date: Tue, 03 May 2016 18:12:24 +0300
Message-Id: <83futzkwfb.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <CAFyQvY3WfB6=ejZ3GVxa+6tpfs0HE53gZtAK46Ot2t8yw2RP-g@HIDDEN>
 (message from Kaushal Modi on Mon, 02 May 2016 22:05:50 +0000)
References: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
 <8337q0mpe7.fsf@HIDDEN>
 <CAFyQvY1fau+dyL5VUpfnH8Ko_5BABAfjPyC=R4Xj=RnNUvm5jw@HIDDEN>
 <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN>
 <83twigl7mn.fsf@HIDDEN>
 <CAFyQvY0A+-R70DCV7bAEoJAM30Hb5aztJ3psDLYC4F0SX4WKkA@HIDDEN>
 <83lh3skybm.fsf@HIDDEN>
 <CAFyQvY3CKxbWHe6jZEiGT9O48ry7dqvMapwEEyW_aA5G=2isBw@HIDDEN>
 <CAFyQvY3WfB6=ejZ3GVxa+6tpfs0HE53gZtAK46Ot2t8yw2RP-g@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -6.0 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -6.0 (------)

> From: Kaushal Modi <kaushal.modi@HIDDEN>
> Date: Mon, 02 May 2016 22:05:50 +0000
> Cc: 23424 <at> debbugs.gnu.org
> 
> I have a followup gdb 101 question:
> 
> I thought I would improve the debug capability by adding the flags "--enable-checking='yes,glyphs'
> --enable-check-lisp-object-type" to ./configure as per etc/DEBUG. I did not have those 2 flags earlier. But after
> rebuilding using the suggested options, the conditional breakpoints do not work. I also noticed that earlier "p
> error_symbol" gave something like,
> 
> $1 = 41328
> 
> Now it gives something like,
> 
> $1 = {
> i = 41328
> }

The --enable-check-lisp-object-type changes the representation of Lisp
objects, so that they are no longer represented by C integers.
Instead, they are represented by a structure with a single integer
member.  From src/lisp.h:

  #ifdef CHECK_LISP_OBJECT_TYPE

  typedef struct { EMACS_INT i; } Lisp_Object;
  [...]
  #else /* CHECK_LISP_OBJECT_TYPE */
  [...]

  typedef EMACS_INT Lisp_Object;

  #endif

So instead of

  (gdb) condition 3 error_symbol != 41328

you should say something like

  (gdb) condition 3 error_symbol.i != 41328

> Also, when earlier I saw:
> 
> Breakpoint 3, Fsignal (error_symbol=19056, data=16197139) at eval.c:1471
> 
> , now I see instead:
> 
> Breakpoint 3, Fsignal (error_symbol=..., data=...) at eval.c:1471
> 
> (those numbers for error_symbol and data are literally replaced with "...")

By default, GDB doesn't display non-scalar arguments to functions when
it shows stack frames.  It displays ellipses for any non-scalar
argument.  You can change that with

  (gdb) set print frame-arguments all

Or just type

  (gdb) p error_symbol

etc. for any argument whose value you want to see; the ellipsis only
affects the values of arguments in frame display.

As yet another alternative, you can ask GDB to do that automatically
when it stops at a breakpoint:

  (gdb) commands 3
   > p error_symbol
   > xsymbol
   > end

And that concludes your lesson #2.  Reading the relevant sections of
the GDB manual is optional; suggested reading:

  (info "(gdb) Print Settings")
  (info "(gdb) Break Commands")





Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.