From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kaushal Modi Newsgroups: gmane.emacs.bugs Subject: bug#23424: 25.0.93; error in process sentinel with Melpa added to package-archives Date: Mon, 02 May 2016 16:22:28 +0000 Message-ID: References: <8337q0mpe7.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113cf2f6a3f4360531de667c X-Trace: ger.gmane.org 1462206233 9312 80.91.229.3 (2 May 2016 16:23:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 May 2016 16:23:53 +0000 (UTC) Cc: 23424@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon May 02 18:23:39 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1axGdG-0003e9-0W for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 May 2016 18:23:38 +0200 Original-Received: from localhost ([::1]:37535 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axGdC-0007pP-8K for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 May 2016 12:23:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38981) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axGd2-0007W8-KL for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 12:23:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1axGcq-0005Oz-C6 for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 12:23:19 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49960) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axGcl-0005NE-P9 for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 12:23:08 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1axGcg-0006T4-J4 for bug-gnu-emacs@gnu.org; Mon, 02 May 2016 12:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 May 2016 16:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23424 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23424-submit@debbugs.gnu.org id=B23424.146220616524830 (code B ref 23424); Mon, 02 May 2016 16:23:02 +0000 Original-Received: (at 23424) by debbugs.gnu.org; 2 May 2016 16:22:45 +0000 Original-Received: from localhost ([127.0.0.1]:34063 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axGcP-0006SP-25 for submit@debbugs.gnu.org; Mon, 02 May 2016 12:22:45 -0400 Original-Received: from mail-oi0-f67.google.com ([209.85.218.67]:32787) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axGcN-0006SD-OS for 23424@debbugs.gnu.org; Mon, 02 May 2016 12:22:44 -0400 Original-Received: by mail-oi0-f67.google.com with SMTP id f63so27843248oig.0 for <23424@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) In-Reply-To: <8337q0mpe7.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:117579 Archived-At: --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 > "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
= Given the cause of the problem, how would you wish to improve the
error message?

=C2=A0 Thread 1 hit Breakpoint 3, Fsignal (error_symbol=3D20888, data=3D0) = at eval.c:1471
=C2=A0 1471=C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D (NILP (error_symbol) ? Fcar (dat= a) : error_symbol);
=C2=A0 $44 =3D 20888
=C2=A0 $45 =3D (struct Lisp_Symbol *) 0x2b2ad00 <lispsym+20888>
=C2=A0 "end-of-file"
=C2=A0 (gdb) bt
=C2=A0 #0=C2=A0 Fsignal (error_symbol=3D20888, data=3D0) at eval.c:1471
=
=C2=A0
=C2=A0 Lisp Backtrace:
=C2=A0 "read-from-string" (0x82d6a0)
=C2=A0 0x62aa770 PVEC_COMPILED
=C2=A0 "apply" (0x82de30)
=C2=A0 "url-http-activate-callback" (0x82e400)
=C2=A0 "url-http-end-of-document-sentinel" (0x82e9b0)
=C2=A0 "url-http-async-sentinel" (0x82ef98)
=C2=A0 (gdb) frame 20
=C2=A0 #20 0x0126427b in Fread_from_string (string=3D-9223372036748765968, = start=3D0,
=C2=A0 =C2=A0 =C2=A0 end=3D0) at lread.c:2073
=C2=A0 2073=C2=A0 =C2=A0 =C2=A0 ret =3D read_internal_start (string, start,= end);
=C2=A0 (gdb) p string
=C2=A0 $46 =3D -9223372036748765968
=C2=A0 (gdb) xstring
=C2=A0 $47 =3D (struct Lisp_String *) 0x65194f0
=C2=A0 0

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

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

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).

But then again, how do we de= fine what's upper level and what's lower level error? :)
=
I aim to just brain-storm on possible error message improvem= ent. Hope this helps.

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.

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:

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

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 li= bthread_db enabled]
Using host libthread_db library "/lib64/= libthread_db.so.1".
[New Thread 0x7fffed75f700 (LWP 9860)]

(emacs:9848): GLib-GIO-CRITICAL **: g_settings_sche= ma_source_lookup: assertion 'source !=3D NULL' failed
break Fsignal

bt

<= /div>
=3D=3D=3D=3D=3D

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 "G= Lib-GIO-CRITICAL **: g_settings_schema_source_lookup: assertion 'source= !=3D NULL' failed" showed up.

( I am = totally exposing my level of experience with gdb and C debug with that :))<= /span>
--

--=
Kaushal Modi

--001a113cf2f6a3f4360531de667c--