Received: (at 23424) by debbugs.gnu.org; 3 May 2016 15:12:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 03 11:12:42 2016
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>
To: Kaushal Modi <kaushal.modi@HIDDEN>
In-reply-to: <CAFyQvY3WfB6=ejZ3GVxa+6tpfs0HE53gZtAK46Ot2t8yw2RP-g@HIDDEN>
(message from Kaushal Modi on Mon, 02 May 2016 22:05:50 +0000)
Subject: Re: bug#23424: 25.0.93;
error in process sentinel with Melpa added to package-archives
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-Debbugs-Envelope-To: 23424
Cc: 23424 <at> debbugs.gnu.org
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>
Reply-To: Eli Zaretskii <eliz@HIDDEN>
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")
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.Received: (at 23424) by debbugs.gnu.org; 3 May 2016 14:59:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 03 10:59:25 2016 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> To: Kaushal Modi <kaushal.modi@HIDDEN> In-reply-to: <CAFyQvY0iBYW5stC0hgrN0WsX1cmk3TBi5B91Yz=O4pEAH=K4JQ@HIDDEN> (message from Kaushal Modi on Mon, 02 May 2016 23:18:38 +0000) Subject: Re: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives 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-Debbugs-Envelope-To: 23424 Cc: 23424 <at> debbugs.gnu.org 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> Reply-To: Eli Zaretskii <eliz@HIDDEN> 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.
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 23:18:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 19:18:56 2016
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>
Subject: Re: bug#23424: 25.0.93;
error in process sentinel with Melpa added to package-archives
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary=94eb2c0934b60291aa0531e437f7
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 23424
Cc: 23424 <at> debbugs.gnu.org
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=
"Activate callback specified when this buffer was created."</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 "Activating callback in buff=
er (%s): %S %S"</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 "<span style=3D"line-h=
eight:1.5">(apply url-callback-function url-callback-arguments)" 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 "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 "Activate callback specified when this b=
uffer was created."</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"</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 "=
url-callback-function: %S" 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 <byte-co=
de> [("melpa-fake" . "<a href=3D"https://gist.githubuserc=
ontent.com/kaushalmodi/0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba08dac=
61ff20e1ece6437b406a5a622/">https://gist.githubusercontent.com/kaushalmodi/=
0603d601d84fc3282a34f08d3fe75f30/raw/597a359fba08dac61ff20e1ece6437b406a5a6=
22/</a>") "archive-contents" t "<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>" package-user-dir =
package-check-signature require url-handlers generate-new-buffer " *te=
mp*" make-byte-code 0 <byte-code> vconcat vector [buffer-name ki=
ll-buffer] 2 (error) plist-get :error error "Error retrieving: %s %S&q=
uot; search-forward-regexp "^</div><div>?</div><div><br></div><div>?&q=
uot; nil noerror "incomprehensible buffer" url-insert-buffer-cont=
ents kill-buffer t package--update-downloads-in-progress signal buffer-stri=
ng expand-file-name format "archives/%s" read-from-string make-di=
rectory write-region silent package--check-signature 256 <byte-code> =
[write-region nil silent mapconcat epg-signature-to-string "</div><div=
>" ".signed"] 7 "</div><div><br></div><div>(fn &opt=
ional GOOD-SIGS)" "\301\300!\207" [package--update-downloads=
-in-progress] package-unsigned-archives] 20 "</div><div><br></div><div=
>(fn STATUS)"]</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 "Error incu=
rred when when processing XYZ url.". 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 "</span><span style=3D"line-height:1.5">read-from-string" 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--
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 22:06:07 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 18:06:07 2016
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>
Subject: Re: bug#23424: 25.0.93;
error in process sentinel with Melpa added to package-archives
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary=94eb2c0441f4a796060531e332e5
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 23424
Cc: 23424 <at> debbugs.gnu.org
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 "--ena=
ble-checking=3D'yes,glyphs' --enable-check-lisp-object-type" 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 "p error_symbol" 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;...")</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 'source !=3D NULL' 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 <lispsym+41328></div><div>"scan-err=
or"</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'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 '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_lo=
cal/6/lib -L/home/kmodi/usr_local/6/lib64 -ggdb3' 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">"=
;--enable-checking=3D'yes,</span><span style=3D"line-height:1.5">glyphs=
' --enable-check-lisp-object-</span><span style=3D"line-height:1.5">typ=
e". 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'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--
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 20:52:07 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 16:52:06 2016
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>
Subject: Re: bug#23424: 25.0.93;
error in process sentinel with Melpa added to package-archives
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary=001a113ce3c6fa863c0531e229c5
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 23424
Cc: 23424 <at> debbugs.gnu.org
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'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't.)<br></blockquote><div>=
<br></div><div>FYI, the melpa issue is fixed. But evaluating the below in &=
quot;emacs -Q" recreates the same "end of file" error.</div>=
<div><br></div><div><div>(progn</div><div>=C2=A0 (setq package-archives =
9;(("melpa-fake"=C2=A0<span style=3D"line-height:1.5">. "<a =
href=3D"https://gist.githubusercontent.com/kaushalmodi/0603d601d84fc3282a34=
f08d3fe75f30/raw/597a359fba08dac61ff20e1ece6437b406a5a622/">https://gist.gi=
thubusercontent.com/kaushalmodi/0603d601d84fc3282a34f08d3fe75f30/raw/597a35=
9fba08dac61ff20e1ece6437b406a5a622/</a>")))</span></div><div>=C2=A0 (c=
all-interactively #'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--
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.Received: (at 23424) by debbugs.gnu.org; 2 May 2016 20:19:28 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 16:19:28 2016 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> To: Kaushal Modi <kaushal.modi@HIDDEN> In-reply-to: <CAFyQvY0A+-R70DCV7bAEoJAM30Hb5aztJ3psDLYC4F0SX4WKkA@HIDDEN> (message from Kaushal Modi on Mon, 02 May 2016 17:22:05 +0000) Subject: Re: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives 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-Debbugs-Envelope-To: 23424 Cc: 23424 <at> debbugs.gnu.org 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> Reply-To: Eli Zaretskii <eliz@HIDDEN> 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.)
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.Received: (at 23424) by debbugs.gnu.org; 2 May 2016 17:22:24 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 13:22:24 2016 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> Subject: Re: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary=001a113e53e6e9a1b60531df3b64 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23424 Cc: 23424 <at> debbugs.gnu.org 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 "Debugging Emacs 101", 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= 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 "void-variable", 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't feel like<br> making the condition more complex), and finally you will get your<br> expected "end-of-file" 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<num1> &&=C2= =A0<span style=3D"line-height:1.5">error_symbol!=3D<num2> && = ..</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 <lispsym+49824><= /div><div>"void-variable"</div><div>(gdb) condition 3 error_symbo= l!=3D41328 && 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 <lispsym+19056></div><div>"e= rror"</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 <command_loop_1>, handlers=3D19056, hfun=3D0x559c89 <c= md_error>) 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 <command_loop_2>, 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= >"signal" (0xffff6438)</div><div>"error" (0xffff6970)</= div><div>"epg-check-configuration" (0xffff6ea0)</div><div>"e= pg-find-configuration" (0xffff73e0)</div><div>"package-refresh-co= ntents" (0xffff7910)</div><div>"package-menu-refresh" (0xfff= f7e40)</div><div>"list-packages" (0xffff8440)</div><div>"fun= call-interactively" (0xffff8438)</div><div>"call-interactively&qu= ot; (0xffff8760)</div><div>"command-execute" (0xffff8cc8)</div><d= iv>"execute-extended-command" (0xffff9300)</div><div>"funcal= l-interactively" (0xffff92f8)</div><div>"call-interactively"= (0xffff9670)</div><div>"command-execute" (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--
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:58:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 12:58:37 2016 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> To: Kaushal Modi <kaushal.modi@HIDDEN> In-reply-to: <CAFyQvY07EvmdC7JtYy-PxWcnxSjuvTV3w=Pv+8S9fEsAgy9U5A@HIDDEN> (message from Kaushal Modi on Mon, 02 May 2016 16:41:32 +0000) Subject: Re: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives 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-Debbugs-Envelope-To: 23424 Cc: 23424 <at> debbugs.gnu.org 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> Reply-To: Eli Zaretskii <eliz@HIDDEN> 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.
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:54:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 12:54:30 2016 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> Subject: Re: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary=001a113ce3c621f4da0531ded80b X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23424 Cc: 23424 <at> debbugs.gnu.org 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 "(require 'package)"= after "r -Q" 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's a backtrace for = that:</div><div><br></div><div><div>(emacs:38938): GLib-GIO-CRITICAL **: g_= settings_schema_source_lookup: assertion 'source !=3D NULL' 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 <pure+1394613>) 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 <= command_loop_1>, handlers=3D19056, hfun=3D0x559c89 <cmd_error>) 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 <command_loop_2>, 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" (0xffff64b8)</div><div>"forward-sexp" (0xffff6= 9f8)</div><div>"elisp--beginning-of-sexp" (0xffff6f10)</div><div>= "elisp--fnsym-in-current-sexp" (0xffff7438)</div><div>"elisp= -eldoc-documentation-function" (0xffff7ab0)</div><div>"apply"= ; (0xffff7aa8)</div><div>0x12d4bb8 PVEC_COMPILED</div><div>"eldoc-prin= t-current-symbol-info" (0xffff8500)</div><div>0xad5808 PVEC_COMPILED</= div><div>"apply" (0xffff8b60)</div><div>"timer-event-handler= " (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 <<a href=3D"mailt= o:kaushal.modi@HIDDEN">kaushal.modi@HIDDEN</a>> 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's still not workin= g smoothly.. the breakpoint is activated with each character I type.. so no= t sure what'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 "/lib64/libthread_db.so.1".</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 'source !=3D NULL' 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--
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.Glenn Morris <rgm@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Glenn Morris <rgm@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:41:48 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 12:41:48 2016 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> Subject: Re: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary=001a113ce01cc9566d0531deaa7b X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23424 Cc: 23424 <at> debbugs.gnu.org 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's still not working smoothly.. the breakpoint i= s activated with each character I type.. so not sure what'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 "/lib64/libthread_db.so.1"= .</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 'source !=3D NULL' 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--
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 2 May 2016 16:24:19 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 12:24:18 2016 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> To: bug-gnu-emacs@HIDDEN In-reply-to: <87eg9kh2vj.fsf@HIDDEN> (message from Robert Pluim on Mon, 02 May 2016 17:54:24 +0200) Subject: Re: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives 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-Debbugs-Envelope-To: submit Cc: 23424 <at> debbugs.gnu.org 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> Reply-To: Eli Zaretskii <eliz@HIDDEN> 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.
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:23:28 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 12:23:28 2016 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> To: bug-gnu-emacs@HIDDEN In-reply-to: <87eg9kh2vj.fsf@HIDDEN> (message from Robert Pluim on Mon, 02 May 2016 17:54:24 +0200) Subject: Re: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives 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-Debbugs-Envelope-To: 23424 Cc: 23424 <at> debbugs.gnu.org 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> Reply-To: Eli Zaretskii <eliz@HIDDEN> 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.
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:22:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 12:22:45 2016 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> Subject: Re: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary=001a113cf2f6a3f4360531de667c X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23424 Cc: 23424 <at> debbugs.gnu.org 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 <lispsym+20888><br> =C2=A0 "end-of-file"<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 "read-from-string" (0x82d6a0)<br> =C2=A0 0x62aa770 PVEC_COMPILED<br> =C2=A0 "apply" (0x82de30)<br> =C2=A0 "url-http-activate-callback" (0x82e400)<br> =C2=A0 "url-http-end-of-document-sentinel" (0x82e9b0)<br> =C2=A0 "url-http-async-sentinel" (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'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'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's upper level and what'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't wo= rk.. I got the "error in process filter" 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 "/lib64/= libthread_db.so.1".</div><div>[New Thread 0x7fffed75f700 (LWP 9860)]</= div><div><br></div><div>(emacs:9848): GLib-GIO-CRITICAL **: g_settings_sche= ma_source_lookup: assertion 'source !=3D NULL' 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 "break Fsignal" (I am assu= ming that's how you set breakpoint at Fsignal?). But it didn't.. lo= oks like that prompt was lost after "<span style=3D"line-height:1.5">G= Lib-GIO-CRITICAL **: g_settings_schema_source_lookup: assertion 'source= !=3D NULL' failed" 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--
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 2 May 2016 15:55:23 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 11:55:23 2016 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 To: bug-gnu-emacs@HIDDEN From: Robert Pluim <rpluim@HIDDEN> Subject: Re: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives 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 X-Debbugs-No-Ack: yes 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-Debbugs-Envelope-To: submit 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> Reply-To: bug-gnu-emacs@HIDDEN 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
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.
Received: (at 23424) by debbugs.gnu.org; 2 May 2016 15:49:24 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 11:49:24 2016
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>
To: Kaushal Modi <kaushal.modi@HIDDEN>
In-reply-to: <CAFyQvY1aStNfDWDjmJHkcqWwiHwrtdXfrzROBQRA=aiaDoLhfg@HIDDEN>
(message from Kaushal Modi on Mon, 02 May 2016 15:19:02 +0000)
Subject: Re: bug#23424: 25.0.93;
error in process sentinel with Melpa added to package-archives
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-Debbugs-Envelope-To: 23424
Cc: 23424 <at> debbugs.gnu.org
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>
Reply-To: Eli Zaretskii <eliz@HIDDEN>
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
bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 2 May 2016 15:20:17 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 02 11:20:16 2016
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>
Subject: 25.0.93;
error in process sentinel with Melpa added to package-archives
To: "bug-gnu-emacs@HIDDEN" <bug-gnu-emacs@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-Debbugs-Envelope-To: submit
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 "emacs -Q" 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 'p=
ackage)</div><div>(add-to-list 'package-archives '("melpa"=
; . "<a href=3D"http://melpa.org/packages/">http://melpa.org/packages/=
</a>") 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 'The X.Org Foundation', 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'configure --with-modules</div><div>=C2=A0--prefix=3D/home/kmodi/usr=
_local/apps/6/emacs/emacs-25</div><div>=C2=A0'CPPFLAGS=3D-fgnu89-inline=
-I/home/kmodi/usr_local/6/include</div><div>=C2=A0-I/usr/include/freetype2=
-I/usr/include' 'CFLAGS=3D-ggdb3 -O0'</div><div>=C2=A0'CXX=
FLAGS=3D-ggdb3 -O0' 'LDFLAGS=3D-L/home/kmodi/usr_local/6/lib</div><=
div>=C2=A0-L/home/kmodi/usr_local/6/lib64 -ggdb3'</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'</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>(("gnu" . &quo=
t;<a href=3D"http://elpa.gnu.org/packages/">http://elpa.gnu.org/packages/</=
a>") ("melpa" . "<a href=3D"http://melpa.org/packages/"=
>http://melpa.org/packages/</a>"))</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--
Kaushal Modi <kaushal.modi@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#23424; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.