GNU bug report logs - #43716
28.0.50; Error with emacsclient <file>:

Previous Next

Package: emacs;

Reported by: Tassilo Horn <tsdh <at> gnu.org>

Date: Wed, 30 Sep 2020 07:04:01 UTC

Severity: normal

Found in version 28.0.50

Done: Tassilo Horn <tsdh <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: 43716 <at> debbugs.gnu.org
Subject: bug#43716: 28.0.50; Error with emacsclient <file>:
Date: Wed, 30 Sep 2020 16:50:05 +0200
Tassilo Horn <tsdh <at> gnu.org> writes:

> I found it. :-)
>
> lib-src/emacsclient.c
> 2095               fprintf (stderr, "*ERROR*: %s", str);

Ah!  So the Emacs server reports it back to the client as an error.  No
wonder there's no backtrace here.  :-/

What about the following patch -- if that's the correct condition-case
that's catching all this, then it should give you a backtrace in the
server Emacs after reloading server.el.

diff --git a/lisp/server.el b/lisp/server.el
index a660deab8e..bdeed6bb00 100644
--- a/lisp/server.el
+++ b/lisp/server.el
@@ -1069,7 +1069,7 @@ server-process-filter
     (when prev
       (setq string (concat prev string))
       (process-put proc 'previous-string nil)))
-  (condition-case err
+  (condition-case-unless-debug err
       (progn
 	(server-add-client proc)
 	;; Send our pid

This is like the gazillionth time I've wanted a way to say (just when
debugging stuff like this) "there should be a way to disable all
condition case constructs"...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 4 years and 292 days ago.

Previous Next


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