From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Jens Schmidt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Mar 2025 15:46:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 76870@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.174144876329392 (code B ref -1); Sat, 08 Mar 2025 15:46:04 +0000 Received: (at submit) by debbugs.gnu.org; 8 Mar 2025 15:46:03 +0000 Received: from localhost ([127.0.0.1]:56240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tqwNF-0007cB-Lq for submit@debbugs.gnu.org; Sat, 08 Mar 2025 10:46:02 -0500 Received: from lists.gnu.org ([2001:470:142::17]:43252) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tqwNB-0007Iv-Px for submit@debbugs.gnu.org; Sat, 08 Mar 2025 10:45:59 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tqwN4-0000kt-1k for bug-gnu-emacs@gnu.org; Sat, 08 Mar 2025 10:45:52 -0500 Received: from mr3.vodafonemail.de ([145.253.228.163]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tqwN1-0008ME-9d for bug-gnu-emacs@gnu.org; Sat, 08 Mar 2025 10:45:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-23sep; t=1741448739; bh=D+2MfycfYs+9sEmCmVwvwRkR4G64PJKvD3r+sHhwIP4=; h=From:To:Subject:Date:Message-ID:Content-Type:From; b=u/ydZGfQGE/lZL+/IpP1J3Rh8eaGiA/y2yrAcBr1czkwA1k2Y7aVcsTypTT1lGAwy ApYyHJAnmH1lPeBSjYUtunt0ehl68YnahFQC9DH3si4rZDPYTPt7p1ucNkAFknuKeF +421toptW8eHsIpjfINMkWUrdCZEAZ4HVy7JVMnc= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr3.vodafonemail.de (Postfix) with ESMTPS id 4Z96tq3HgKz2FrP for ; Sat, 8 Mar 2025 15:45:39 +0000 (UTC) Received: from sappc2 (port-92-199-214-29.dynamic.as20676.net [92.199.214.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Z96tl0X70z8sXY for ; Sat, 8 Mar 2025 15:45:27 +0000 (UTC) From: Jens Schmidt Date: Sat, 08 Mar 2025 16:45:27 +0100 Message-ID: <87o6ybbk6g.fsf@sappc2.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-purgate-server: smtpa03 X-purgate-type: clean X-purgate: clean X-purgate-size: 5880 X-purgate-ID: 155817::1741448735-4559C2CE-5D9CEF32/0/0 Received-SPF: pass client-ip=145.253.228.163; envelope-from=jschmidt4gnu@vodafonemail.de; helo=mr3.vodafonemail.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) * Original Reproducer Start an Emacs session A with emacs -Q, start an Emacs server in that with M-x server-start RET. Now start another Emacs session B with emacs -Q and evaluate the following with C-j in its *scratch* buffer: (require 'server) server (unload-feature 'server) nil The call to `unload-feature' results in warnings: =E2=9B=94 Warning (server): Unable to start the Emacs server. There is an existing Emacs server, named "server" To start the server in this Emacs process, stop the existing server or ca= ll M-x server-force-delete to forcibly disconnect it. * Simplified Reproducer Start an Emacs session A with emacs -Q, start an Emacs server in that with M-x server-start RET. Now start another Emacs session B with emacs -Q and evaluate the following with C-j in its *scratch* buffer: (require 'server) server (server-start t) nil You get the same warnings as shown in the original reproducer. * Analysis According to the doc string and the implementation of `server-start', a call (server-start t) with non-nil argument LEAVE-DEAD should just stop a running server. And this also works perfectly well when the server is running locally in the same Emacs session where `(server-start t)' gets executed. However, if there is an external Emacs server running in an Emacs session A, then `(server-start t)' from another session B obviously cannot just stop that server. However, the warning issued in session B as quoted above mentions that the server cannot be *started*. 1. So I think in case of non-nil LEAVE-DEAD and a running external server, a more appropriate warning would be: =E2=9B=94 Warning (server): Unable to stop an external Emacs server. There is an existing Emacs server, named "server" Stop it either in its Emacs session or call M-x server-force-delete to= forcibly disconnect it. 2. However, one could also argue that, if there is no local server running, a call to `(server-start t)' should be completely silent. That is at least what `(server-start t)' does if there is no server (neither local nor external) running at all. 3. Or at least it should be silent if called from a non-interactive context as shown in the original reproducer. 4. Or at the very least it should be silent if called from `server-unload-function'. Not sure what the "ideal" fix would be here, but I would be happy to provide patches for any of the scenarios above. Thanks! In GNU Emacs 31.0.50 (build 22, x86_64-pc-linux-gnu, GTK+ Version 3.24.38, cairo version 1.16.0) of 2025-03-05 built on sappc2 Repository revision: e978737f57ef8447bba5796dd945ac185fcadffa Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12201009 System Description: Debian GNU/Linux 12 (bookworm) Configured using: 'configure --with-native-compilation --with-mailutils' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINERAMA XINPUT2 XPM XRANDR GTK3 ZLIB Important settings: value of $LC_COLLATE: POSIX value of $LC_TIME: POSIX value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=3Dibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-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 minibuffer-regexp-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr comp-run bytecomp byte-compile comp-common rx emacsbug lisp-mnt message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date subr-x mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine 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 composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-toolbar make-network-process tty-child-frames native-compile emacs) Memory information: ((conses 16 58238 9283) (symbols 48 6194 0) (strings 32 15317 1578) (string-bytes 1 469817) (vectors 16 9913) (vector-slots 8 139320 7677) (floats 8 23 12) (intervals 56 238 0) (buffers 984 10)) From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Mar 2025 16:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jens Schmidt Cc: 76870@debbugs.gnu.org Received: via spool by 76870-submit@debbugs.gnu.org id=B76870.17414498592161 (code B ref 76870); Sat, 08 Mar 2025 16:05:02 +0000 Received: (at 76870) by debbugs.gnu.org; 8 Mar 2025 16:04:19 +0000 Received: from localhost ([127.0.0.1]:56271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tqwex-0000Ym-5p for submit@debbugs.gnu.org; Sat, 08 Mar 2025 11:04:19 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:55394) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tqweu-0000YW-64 for 76870@debbugs.gnu.org; Sat, 08 Mar 2025 11:04:16 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tqwen-0008BQ-3K; Sat, 08 Mar 2025 11:04:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=bQxnMIicV4R86siqG5B3ZaEfSeJVUvZwpESTTMUGfS0=; b=li3DRKzKs+eaAezIhSwv ra2AGMPRvsU++/MJmm/BcwOfQsVXhLS5QrxnF5M4dummu5R2T4dlyRFi7J5H8G4ABUzPgJx+egwaY 42QtZDUtqYJxqMrx7nTZ/XvQhInhkJjeayJNi0awcEXwk9EPipuWa5TgQyfcEMIyyIJXWYhHT6MCj FWUFq0vlcTXf9aXvSyNrhWeVsSo+jDMSfUVvJO3DmErK6mdmCWMYhZoZeE0LTsJltbJoQyvcuqZhx zQt5YJg4mcPWUk+9BPTFjZ880YpQeiOMyzPVxJsCm6b8ZlS5xfS2ziO/8LLOWvOwNRyofoFrbPVYp Qh7E8dKWEpF13g==; Date: Sat, 08 Mar 2025 18:04:04 +0200 Message-Id: <86wmczik5n.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87o6ybbk6g.fsf@sappc2.fritz.box> (bug-gnu-emacs@gnu.org) References: <87o6ybbk6g.fsf@sappc2.fritz.box> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 08 Mar 2025 16:45:27 +0100 > From: Jens Schmidt via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > * Simplified Reproducer > > Start an Emacs session A with emacs -Q, start an Emacs server in that > with M-x server-start RET. > > Now start another Emacs session B with emacs -Q and evaluate the > following with C-j in its *scratch* buffer: > > (require 'server) > server > > (server-start t) > nil > > You get the same warnings as shown in the original reproducer. What happens in this recipe is expected, and is not a bug. > However, if there is an external Emacs server running in an Emacs > session A, then `(server-start t)' from another session B obviously > cannot just stop that server. However, the warning issued in session B > as quoted above mentions that the server cannot be *started*. Which is the truth: server-start attempted to stop the (non-existent) local server process, which silently succeeded, and then attempted to start a new server process, which fails with the above message. > 1. So I think in case of non-nil LEAVE-DEAD and a running external > server, a more appropriate warning would be: > > ⛔ Warning (server): Unable to stop an external Emacs server. > There is an existing Emacs server, named "server" > Stop it either in its Emacs session or call M-x server-force-delete to forcibly disconnect it. This doesn't seem to be very different from the current message. I don't think the "in its Emacs session" part is significantly more clear than "stop the existing server". > 2. However, one could also argue that, if there is no local server > running, a call to `(server-start t)' should be completely silent. > That is at least what `(server-start t)' does if there is no server > (neither local nor external) running at all. > > 3. Or at least it should be silent if called from a non-interactive > context as shown in the original reproducer. > > 4. Or at the very least it should be silent if called from > `server-unload-function'. The only bug here is 4. Unloading the server feature should not cause this warning. All the rest is the intended behavior. From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Jens Schmidt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Mar 2025 17:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 76870@debbugs.gnu.org Received: via spool by 76870-submit@debbugs.gnu.org id=B76870.17414548939759 (code B ref 76870); Sat, 08 Mar 2025 17:29:02 +0000 Received: (at 76870) by debbugs.gnu.org; 8 Mar 2025 17:28:13 +0000 Received: from localhost ([127.0.0.1]:56644 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tqxy9-0002XK-5H for submit@debbugs.gnu.org; Sat, 08 Mar 2025 12:28:13 -0500 Received: from mr4.vodafonemail.de ([145.253.228.164]:51682) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tqxy6-0002X1-1A for 76870@debbugs.gnu.org; Sat, 08 Mar 2025 12:28:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-23sep; t=1741454884; bh=83NsRvCoLzpT57wck+6MUnWnSl9O+ypPKN6ov4FuuV0=; h=Content-Type:Message-ID:Date:User-Agent:Subject:To:References: From:Content-Language:In-Reply-To:From; b=CAL++ERp9Le5P0qkUGGEsvCTbm5pC0rftK+8eZ07y9DE1yg9TzfhchFH20wvjhk0S YFq3m8msOik0U51rlbguyBQDDaYKVVhJIz2JqMFmu8QRqpdJDrHE5f/sZz2ETsoO+3 U2zUwsuASJUL0sSoHtR8O2YIhFvlS1R0F8fV8Dso= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr4.vodafonemail.de (Postfix) with ESMTPS id 4Z99901wbrz1yFS; Sat, 8 Mar 2025 17:28:03 +0000 (UTC) Received: from [192.168.178.41] (port-92-199-214-29.dynamic.as20676.net [92.199.214.29]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Z998q2k1zz9rw8; Sat, 8 Mar 2025 17:27:52 +0000 (UTC) Content-Type: multipart/mixed; boundary="------------Eg5ZlbpXe6W3ijHCIs9M4Jf7" Message-ID: Date: Sat, 8 Mar 2025 18:27:50 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <87o6ybbk6g.fsf@sappc2.fritz.box> <86wmczik5n.fsf@gnu.org> From: Jens Schmidt Content-Language: de-DE-frami, en-US In-Reply-To: <86wmczik5n.fsf@gnu.org> X-purgate-server: smtpa01 X-purgate-type: clean X-purgate: clean X-purgate-size: 2990 X-purgate-ID: 155817::1741454878-195E6430-33237D34/0/0 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------Eg5ZlbpXe6W3ijHCIs9M4Jf7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 2025-03-08 17:04, Eli Zaretskii wrote: >> Date: Sat, 08 Mar 2025 16:45:27 +0100 >> From: Jens Schmidt via "Bug reports for GNU Emacs, >> the Swiss army knife of text editors" >> >> 1. So I think in case of non-nil LEAVE-DEAD and a running external >> server, a more appropriate warning would be: >> >> ⛔ Warning (server): Unable to stop an external Emacs server. >> There is an existing Emacs server, named "server" >> Stop it either in its Emacs session or call M-x server-force-delete to forcibly disconnect it. > > This doesn't seem to be very different from the current message. Except that I use the word "stop" instead of "start" in its first line... Do we agree that the following are all equivalent in effect M-: (server-start t) RET C-u M-x server-start RET C-- M-x server-mode RET and all should *stop* the server without restarting it? If yes, then I find it confusing to read that Emacs could not *start* the server in the resulting warning. >> 4. Or at the very least it should be silent if called from >> `server-unload-function'. > > The only bug here is 4. Unloading the server feature should not cause > this warning. All the rest is the intended behavior. How about the attached patch? (Which I would extend if we find an agreement for case 1. as well.) --------------Eg5ZlbpXe6W3ijHCIs9M4Jf7 Content-Type: text/x-patch; charset=UTF-8; name="0001-Silently-stop-the-server-if-unloading-its-library.patch" Content-Disposition: attachment; filename*0="0001-Silently-stop-the-server-if-unloading-its-library.patch" Content-Transfer-Encoding: base64 RnJvbSA1YjUyNjRiZjM5MTgzYTZiN2NjYzczMTk5MzA3NjRhYzI2MGNmZTVmIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKZW5zIFNjaG1pZHQgPGpzY2htaWR0NGdudUB2b2Rh Zm9uZW1haWwuZGU+CkRhdGU6IFNhdCwgOCBNYXIgMjAyNSAxODoxMzo1NCArMDEwMApTdWJq ZWN0OiBbUEFUQ0hdIFNpbGVudGx5IHN0b3AgdGhlIHNlcnZlciBpZiB1bmxvYWRpbmcgaXRz IGxpYnJhcnkKCiogbGlzcC9zZXJ2ZXIuZWwgKHNlcnZlci11bmxvYWQtZnVuY3Rpb24pOiBT aWxlbnRseSBzdG9wIHRoZQpzZXJ2ZXIuICAoQnVnIzc2ODcwKQotLS0KIGxpc3Avc2VydmVy LmVsIHwgMiArLQogMSBmaWxlIGNoYW5nZWQsIDEgaW5zZXJ0aW9uKCspLCAxIGRlbGV0aW9u KC0pCgpkaWZmIC0tZ2l0IGEvbGlzcC9zZXJ2ZXIuZWwgYi9saXNwL3NlcnZlci5lbAppbmRl eCBhNDk3ODdlMzQ5OC4uNjQ0ZjQ2Njc2YjQgMTAwNjQ0Ci0tLSBhL2xpc3Avc2VydmVyLmVs CisrKyBiL2xpc3Avc2VydmVyLmVsCkBAIC0yMDE2LDcgKzIwMTYsNyBAQCBjdGwteC1tYXAK IAogKGRlZnVuIHNlcnZlci11bmxvYWQtZnVuY3Rpb24gKCkKICAgIlVubG9hZCB0aGUgU2Vy dmVyIGxpYnJhcnkuIgotICAoc2VydmVyLW1vZGUgLTEpCisgIChpZ25vcmUtZXJyb3JzIChz ZXJ2ZXItc3RvcCAnbm9mcmFtZSkpCiAgIChzdWJzdGl0dXRlLWtleS1kZWZpbml0aW9uICdz ZXJ2ZXItZWRpdCBuaWwgY3RsLXgtbWFwKQogICAoc2F2ZS1jdXJyZW50LWJ1ZmZlcgogICAg IChkb2xpc3QgKGJ1ZmZlciAoYnVmZmVyLWxpc3QpKQotLSAKMi4zOS41Cgo= --------------Eg5ZlbpXe6W3ijHCIs9M4Jf7-- From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Mar 2025 10:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jens Schmidt Cc: 76870@debbugs.gnu.org Received: via spool by 76870-submit@debbugs.gnu.org id=B76870.17415167979545 (code B ref 76870); Sun, 09 Mar 2025 10:40:02 +0000 Received: (at 76870) by debbugs.gnu.org; 9 Mar 2025 10:39:57 +0000 Received: from localhost ([127.0.0.1]:58545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1trE4a-0002Tt-PJ for submit@debbugs.gnu.org; Sun, 09 Mar 2025 06:39:57 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52004) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1trE4Y-0002Tf-FF for 76870@debbugs.gnu.org; Sun, 09 Mar 2025 06:39:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1trE4S-0004tn-Ap; Sun, 09 Mar 2025 06:39:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=L6s44Urr88UD36PyVhyejK+F1IDrdvBswRMsMIeXsWw=; b=hAeerA1EKonI1hqKJlNe +WXuzE3gEz7Dn7uGiOYqC2+rESzW5Iq+ECx/Fs47wpKZDGbURZNjrnLDh3ytCiLwYtMV5APuuUDA7 Xt4MFvSWYpuyMB4WW42CfDW+axzqpu+UCqqPKnOXJFx3kso+kpQmgUdFXx+L4eQk/WZ2aGrvH2g9F 5NOoupLdMSllYRM28CaBkO2XXKH+yFQqCGaGYC7WxnpvjOY+75htnP6DY/qcWf+k0am75AWtJ3qbd LKSL4Nn3vqyZWnk96YxTD08yozDgBk0H2uYvds4LlkHwb6kOmJ8Yz2ne1okssACiGkz+trIgb1hd6 pccOiteDWlNiIA==; Date: Sun, 09 Mar 2025 12:39:46 +0200 Message-Id: <86msdufpxp.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Jens Schmidt on Sat, 8 Mar 2025 18:27:50 +0100) References: <87o6ybbk6g.fsf@sappc2.fritz.box> <86wmczik5n.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 8 Mar 2025 18:27:50 +0100 > Cc: 76870@debbugs.gnu.org > From: Jens Schmidt > > >> ⛔ Warning (server): Unable to stop an external Emacs server. > >> There is an existing Emacs server, named "server" > >> Stop it either in its Emacs session or call M-x server-force-delete to forcibly disconnect it. > > > > This doesn't seem to be very different from the current message. > > Except that I use the word "stop" instead of "start" in its first > line... But that is confusing. This message is for the case when the user wants to start a server; the fact that the previous one should be stopped is a side effect. So talking about "stopping" will confuse, IMO. > Do we agree that the following are all equivalent in effect > > M-: (server-start t) RET > > C-u M-x server-start RET > > C-- M-x server-mode RET > > and all should *stop* the server without restarting it? Yes. > If yes, then I find it confusing to read that Emacs could not > *start* the server in the resulting warning. So you want to have an alternative message about stopping only? That could be a good idea, yes. From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Jens Schmidt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Mar 2025 19:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 76870@debbugs.gnu.org Received: via spool by 76870-submit@debbugs.gnu.org id=B76870.174154961529020 (code B ref 76870); Sun, 09 Mar 2025 19:47:02 +0000 Received: (at 76870) by debbugs.gnu.org; 9 Mar 2025 19:46:55 +0000 Received: from localhost ([127.0.0.1]:34396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1trMbv-0007Y0-BO for submit@debbugs.gnu.org; Sun, 09 Mar 2025 15:46:55 -0400 Received: from mr5.vodafonemail.de ([145.253.228.165]:41618) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1trMbr-0007Xf-4e for 76870@debbugs.gnu.org; Sun, 09 Mar 2025 15:46:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-23sep; t=1741549604; bh=8+MvC4Fzl0UKdqcUwHDMSXDAdSY6YT2aQWqVaZF1XN8=; h=Content-Type:Message-ID:Date:User-Agent:Subject:To:References: From:Content-Language:In-Reply-To:From; b=um1lRJISQdiW2msk7uF1CHojvnSjrdXGz0ETaXBaI10xqTe3fklsx7EleDtdbRoIJ zJs0IOmPyrxAC8cCyNpiQhiNTB1Zk6h4ai2jkro/Wro8+/VD9WijO6ym7UsYQ/oW9e acan1wUSMPzuopH4QbQsFkugjtk+4uevy/fhAl0E= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr5.vodafonemail.de (Postfix) with ESMTPS id 4Z9rBX45c3z1y3M; Sun, 9 Mar 2025 19:46:43 +0000 (UTC) Received: from [192.168.178.41] (port-92-196-203-122.dynamic.as20676.net [92.196.203.122]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Z9rBN008tz8sYj; Sun, 9 Mar 2025 19:46:28 +0000 (UTC) Content-Type: multipart/mixed; boundary="------------xrlquNsoIGkj5Or2G0TSR2TK" Message-ID: <57b02bdb-3ed7-49c7-a239-7308dfa023ef@vodafonemail.de> Date: Sun, 9 Mar 2025 20:46:27 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <87o6ybbk6g.fsf@sappc2.fritz.box> <86wmczik5n.fsf@gnu.org> <86msdufpxp.fsf@gnu.org> From: Jens Schmidt Content-Language: de-DE-frami, en-US In-Reply-To: <86msdufpxp.fsf@gnu.org> X-purgate-server: smtpa04 X-purgate-type: clean X-purgate: clean X-purgate-size: 5154 X-purgate-ID: 155817::1741549599-DA47F901-25C5B74E/0/0 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------xrlquNsoIGkj5Or2G0TSR2TK Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 2025-03-09 11:39, Eli Zaretskii wrote: >> If yes, then I find it confusing to read that Emacs could not >> *start* the server in the resulting warning. > > So you want to have an alternative message about stopping only? That > could be a good idea, yes. Exactly. The attached patch a) stops the server in a silent way from function `server-unload-function' and b) extends function `server-start' to issue the following messages if an external server is running: M-x server-start RET [message unchanged compared to master] ⛔ Warning (server): Unable to start the Emacs server. There is an existing Emacs server, named "server" To start the server in this Emacs process, stop the existing server or call M-x server-force-delete to forcibly disconnect it. C-u M-x server-start RET ⛔ Warning (server): Unable to stop an external Emacs server. There is an existing Emacs server, named "server" Stop it either in its Emacs session or call M-x server-force-delete to forcibly disconnect it. Please let me know what you think. Thanks --------------xrlquNsoIGkj5Or2G0TSR2TK Content-Type: text/x-patch; charset=UTF-8; name="0001-Improve-message-handling-on-server-stop.patch" Content-Disposition: attachment; filename="0001-Improve-message-handling-on-server-stop.patch" Content-Transfer-Encoding: base64 RnJvbSA2ODMxNjBjNTZkZDJlNmYzYzI1YWMzNDJiYmJhNjYwNTY3ZTI4ODNlIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKZW5zIFNjaG1pZHQgPGpzY2htaWR0NGdudUB2b2Rh Zm9uZW1haWwuZGU+CkRhdGU6IFNhdCwgOCBNYXIgMjAyNSAxODoxMzo1NCArMDEwMApTdWJq ZWN0OiBbUEFUQ0hdIEltcHJvdmUgbWVzc2FnZSBoYW5kbGluZyBvbiBzZXJ2ZXIgc3RvcAoK KiBsaXNwL3NlcnZlci5lbCAoc2VydmVyLXN0YXJ0KTogVXNlIGEgZGlmZmVyZW50IGVycm9y IG1lc3NhZ2UgaWYgb25lCmF0dGVtcHRzIHRvIG9ubHkgc3RvcCAoYW5kIG5vdCByZXN0YXJ0 KSBhbiBleHRlcm5hbCBzZXJ2ZXIuCihzZXJ2ZXItdW5sb2FkLWZ1bmN0aW9uKTogU2lsZW50 bHkgc3RvcCB0aGUgc2VydmVyIGlmIHVubG9hZGluZyBpdHMKbGlicmFyeS4gIChCdWcjNzY4 NzApCi0tLQogbGlzcC9zZXJ2ZXIuZWwgfCAzNCArKysrKysrKysrKysrKysrKysrKysrKy0t LS0tLS0tLS0tCiAxIGZpbGUgY2hhbmdlZCwgMjMgaW5zZXJ0aW9ucygrKSwgMTEgZGVsZXRp b25zKC0pCgpkaWZmIC0tZ2l0IGEvbGlzcC9zZXJ2ZXIuZWwgYi9saXNwL3NlcnZlci5lbApp bmRleCBhNDk3ODdlMzQ5OC4uMjcwODQzNmMwYTIgMTAwNjQ0Ci0tLSBhL2xpc3Avc2VydmVy LmVsCisrKyBiL2xpc3Avc2VydmVyLmVsCkBAIC03MjUsMTYgKzcyNSwyOCBAQCBzZXJ2ZXIt c3RhcnQKICAgICAgICAgICAod2hlbiAoc2VydmVyLXN0b3ApCiAgICAgICAgICAgICAobWVz c2FnZSAoaWYgbGVhdmUtZGVhZCAiU3RvcHBlZCBzZXJ2ZXIiICJSZXN0YXJ0aW5nIHNlcnZl ciIpKSkpCiAgICAgICAoc2VydmVyLXJ1bm5pbmctZXh0ZXJuYWwKLSAgICAgICAoZGlzcGxh eS13YXJuaW5nCi0gICAgICAgICdzZXJ2ZXIKLSAgICAgICAgKGNvbmNhdCAiVW5hYmxlIHRv IHN0YXJ0IHRoZSBFbWFjcyBzZXJ2ZXIuXG4iCi0gICAgICAgICAgICAgICAgKGNhZHIgZXJy KQotICAgICAgICAgICAgICAgIChzdWJzdGl0dXRlLWNvbW1hbmQta2V5cwotICAgICAgICAg ICAgICAgICAoY29uY2F0ICJcblRvIHN0YXJ0IHRoZSBzZXJ2ZXIgaW4gdGhpcyBFbWFjcyBw cm9jZXNzLCBzdG9wICIKLSAgICAgICAgICAgICAgICAgICAgICAgICAidGhlIGV4aXN0aW5n IHNlcnZlciBvciBjYWxsIFxcW3NlcnZlci1mb3JjZS1kZWxldGVdICIKLSAgICAgICAgICAg ICAgICAgICAgICAgICAidG8gZm9yY2libHkgZGlzY29ubmVjdCBpdC4iKSkpCi0gICAgICAg IDp3YXJuaW5nKQotICAgICAgIChzZXRxIGxlYXZlLWRlYWQgdCkpKQorICAgICAgIChjb25k CisgICAgICAgICgobm90IGxlYXZlLWRlYWQpCisgICAgICAgICAoZGlzcGxheS13YXJuaW5n CisgICAgICAgICAgJ3NlcnZlcgorICAgICAgICAgIChjb25jYXQgIlVuYWJsZSB0byBzdGFy dCB0aGUgRW1hY3Mgc2VydmVyLlxuIgorICAgICAgICAgICAgICAgICAgKGNhZHIgZXJyKQor ICAgICAgICAgICAgICAgICAgKHN1YnN0aXR1dGUtY29tbWFuZC1rZXlzCisgICAgICAgICAg ICAgICAgICAgKGNvbmNhdCAiXG5UbyBzdGFydCB0aGUgc2VydmVyIGluIHRoaXMgRW1hY3Mg cHJvY2Vzcywgc3RvcCAiCisgICAgICAgICAgICAgICAgICAgICAgICAgICAidGhlIGV4aXN0 aW5nIHNlcnZlciBvciBjYWxsIFxcW3NlcnZlci1mb3JjZS1kZWxldGVdICIKKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICJ0byBmb3JjaWJseSBkaXNjb25uZWN0IGl0LiIpKSkKKyAg ICAgICAgICA6d2FybmluZykKKyAgICAgICAgIChzZXRxIGxlYXZlLWRlYWQgdCkpCisgICAg ICAgICh0CisgICAgICAgICAoZGlzcGxheS13YXJuaW5nCisgICAgICAgICAgJ3NlcnZlcgor ICAgICAgICAgIChjb25jYXQgIlVuYWJsZSB0byBzdG9wIGFuIGV4dGVybmFsIEVtYWNzIHNl cnZlci5cbiIKKyAgICAgICAgICAgICAgICAgIChjYWRyIGVycikKKyAgICAgICAgICAgICAg ICAgIChzdWJzdGl0dXRlLWNvbW1hbmQta2V5cworICAgICAgICAgICAgICAgICAgIChjb25j YXQgIlxuU3RvcCBpdCBlaXRoZXIgaW4gaXRzIEVtYWNzIHNlc3Npb24gIgorICAgICAgICAg ICAgICAgICAgICAgICAgICAgIm9yIGNhbGwgXFxbc2VydmVyLWZvcmNlLWRlbGV0ZV0gIgor ICAgICAgICAgICAgICAgICAgICAgICAgICAgInRvIGZvcmNpYmx5IGRpc2Nvbm5lY3QgaXQu IikpKQorICAgICAgICAgIDp3YXJuaW5nKSkpKSkKICAgICAgIDs7IE5vdyBhbnkgcHJldmlv dXMgc2VydmVyIGlzIHByb3Blcmx5IHN0b3BwZWQuCiAgICAgKHVubGVzcyBsZWF2ZS1kZWFk CiAgICAgICAobGV0ICgoc2VydmVyLWZpbGUgKHNlcnZlci0tZmlsZS1uYW1lKSkpCkBAIC0y MDE2LDcgKzIwMjgsNyBAQCBjdGwteC1tYXAKIAogKGRlZnVuIHNlcnZlci11bmxvYWQtZnVu Y3Rpb24gKCkKICAgIlVubG9hZCB0aGUgU2VydmVyIGxpYnJhcnkuIgotICAoc2VydmVyLW1v ZGUgLTEpCisgIChpZ25vcmUtZXJyb3JzIChzZXJ2ZXItc3RvcCAnbm9mcmFtZSkpCiAgIChz dWJzdGl0dXRlLWtleS1kZWZpbml0aW9uICdzZXJ2ZXItZWRpdCBuaWwgY3RsLXgtbWFwKQog ICAoc2F2ZS1jdXJyZW50LWJ1ZmZlcgogICAgIChkb2xpc3QgKGJ1ZmZlciAoYnVmZmVyLWxp c3QpKQotLSAKMi4zOS41Cgo= --------------xrlquNsoIGkj5Or2G0TSR2TK-- From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Mar 2025 19:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jens Schmidt Cc: 76870@debbugs.gnu.org Received: via spool by 76870-submit@debbugs.gnu.org id=B76870.174155011130236 (code B ref 76870); Sun, 09 Mar 2025 19:56:01 +0000 Received: (at 76870) by debbugs.gnu.org; 9 Mar 2025 19:55:11 +0000 Received: from localhost ([127.0.0.1]:34404 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1trMju-0007rc-M6 for submit@debbugs.gnu.org; Sun, 09 Mar 2025 15:55:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60922) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1trMjs-0007qx-7L for 76870@debbugs.gnu.org; Sun, 09 Mar 2025 15:55:08 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1trMjl-0001W0-Ai; Sun, 09 Mar 2025 15:55:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=nR0utuYU5smvDYHIgZLqlMWQpjpLVhNNabYwOeGZfJY=; b=l/oiBefz/gQf/ZNzTw5u XI6ufq9mPt79jS0cz6GHemLvfihnmENQOZTKQgduFVosw2RCrSdjtCpH+vOSnbB9vgtCjA5RoeimC ZhvG8J0VVFw5dnr8U+AlvR9kYrhe9GyWXMlWfE117k2dUQFwaFaG9m9txSNP6xECBGXv1poygZwWY TQLM3K+bwml0UXsnGefZCeQTqSGhw71trLb3U9RcrSGp4gFmOe/81Mrph1C47Ax57sKlEMx81t0Ad JfVhPlhudy5tMgpAad47kV5ZWr0A+F2KRfFGp6A+0MXjU1p5vg66ezbtMA4EjisRZdJSl1LkzyZ/4 IymXea2c/DrIMA==; Date: Sun, 09 Mar 2025 21:54:56 +0200 Message-Id: <86y0xedlnz.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <57b02bdb-3ed7-49c7-a239-7308dfa023ef@vodafonemail.de> (message from Jens Schmidt on Sun, 9 Mar 2025 20:46:27 +0100) References: <87o6ybbk6g.fsf@sappc2.fritz.box> <86wmczik5n.fsf@gnu.org> <86msdufpxp.fsf@gnu.org> <57b02bdb-3ed7-49c7-a239-7308dfa023ef@vodafonemail.de> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 9 Mar 2025 20:46:27 +0100 > Cc: 76870@debbugs.gnu.org > From: Jens Schmidt > > > C-u M-x server-start RET > > ⛔ Warning (server): Unable to stop an external Emacs server. How do you know it is an "external" server process? Stopping the server could fail for a variety of reasons, and I don't think we should confuse the user with our guesses, except if we present that as a guess. So something like ⛔ Warning (server): Unable to stop the server. The existing Emacs server, called "server", could not be stopped. (Perhaps it was run from a different Emacs session?) You can try stopping the server forcibly by calling M-x server-force-delete. From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Jens Schmidt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Mar 2025 21:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 76870@debbugs.gnu.org Received: via spool by 76870-submit@debbugs.gnu.org id=B76870.174155511412605 (code B ref 76870); Sun, 09 Mar 2025 21:19:02 +0000 Received: (at 76870) by debbugs.gnu.org; 9 Mar 2025 21:18:34 +0000 Received: from localhost ([127.0.0.1]:34552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1trO2b-0003HE-Q6 for submit@debbugs.gnu.org; Sun, 09 Mar 2025 17:18:34 -0400 Received: from mr3.vodafonemail.de ([145.253.228.163]:52486) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1trO2Y-0003H0-BR for 76870@debbugs.gnu.org; Sun, 09 Mar 2025 17:18:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-23sep; t=1741555104; bh=FJHdUK/aw6ooyBs3fZGW6TGPPfxk5LsXPYaIA91Rb0g=; h=Message-ID:Date:User-Agent:Subject:To:References:From: Content-Language:In-Reply-To:Content-Type:From; b=vFYoZsC0xv5JcmXyAumOxn0niE6dhS1bCnoSRqhc/DaF9cFrGpvsiowa7VJetbFJK gzEZ0IlP+9ri+zU7wfQfarpxK6oJM8UBPQdCh/QTvpLTxuMCa2KyaHbvXNkAHrbgOc 5INP86B8ViXho2MW8RVftImfo5JTPaSNi+82HDI0= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr3.vodafonemail.de (Postfix) with ESMTPS id 4Z9tDJ4Mbdz2Fx2; Sun, 9 Mar 2025 21:18:24 +0000 (UTC) Received: from [192.168.178.41] (port-92-196-203-122.dynamic.as20676.net [92.196.203.122]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Z9tD85qsjz9rw2; Sun, 9 Mar 2025 21:18:09 +0000 (UTC) Message-ID: <03027b9b-6227-4ca3-80ce-2bedb1db782e@vodafonemail.de> Date: Sun, 9 Mar 2025 22:18:08 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <87o6ybbk6g.fsf@sappc2.fritz.box> <86wmczik5n.fsf@gnu.org> <86msdufpxp.fsf@gnu.org> <57b02bdb-3ed7-49c7-a239-7308dfa023ef@vodafonemail.de> <86y0xedlnz.fsf@gnu.org> From: Jens Schmidt Content-Language: de-DE-frami, en-US In-Reply-To: <86y0xedlnz.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-purgate-server: smtpa01 X-purgate-type: clean X-purgate: clean X-purgate-size: 675 X-purgate-ID: 155817::1741555100-FFCAFC01-CFDB9342/0/0 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On 2025-03-09 20:54, Eli Zaretskii wrote: > How do you know it is an "external" server process? Because a) the only condition handled by the condition-case in `server-start´ (with and without my patch) is named `server-running-external'; b) the only body form of the condition-case that could signal something seems to be the call to `server-stop´; c) `server-stop' only seems to signal one "explicit" signal, namely `server-running-external'; d) and that only if there is actually an external server process running. Wouldn't that justify to tailor the error messages also only to the "cannot stop external server" case? From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Mar 2025 11:51:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jens Schmidt Cc: 76870@debbugs.gnu.org Received: via spool by 76870-submit@debbugs.gnu.org id=B76870.174203945328573 (code B ref 76870); Sat, 15 Mar 2025 11:51:03 +0000 Received: (at 76870) by debbugs.gnu.org; 15 Mar 2025 11:50:53 +0000 Received: from localhost ([127.0.0.1]:39309 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ttQ2T-0007QT-PC for submit@debbugs.gnu.org; Sat, 15 Mar 2025 07:50:52 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49298) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ttQ2P-0007Oi-3Q for 76870@debbugs.gnu.org; Sat, 15 Mar 2025 07:50:47 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ttQ2I-00039t-2O; Sat, 15 Mar 2025 07:50:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=Qtuf+Ou6DfN6Oa+bnpHF6lybJMVr+89GrxR5CkaH1pc=; b=Kdq4Y/tSg3Enfh4aoPH4 uN+s8MbsgehiKpd138FMqDRCbfN0F4dZYEjWIFomQy8bUpbN7rysZ4uvaGWD7+jH/G27GogYKW6sn iviBhg2o27VcwYdLZC+EAaZpT7Xx6v96EfEqf/q1J+QOON7vaJchpupOeQO9IR98Tr6Atj8HlT3Om V1iT8zHwBrXGPTV50vzykJwMts+ps+SKCq7eGGz5HviTFemAEuC2xzB4z5DPicUf3LO/hEBfvniin poOVjyOOnabYiKUd6cDDlbgRIiiOzCd0hzYh+eq4hnoGlpwdNk5tDwd74Pcg/QvYR9OH+RT9PbNNT oITT88ifjUwtsQ==; Date: Sat, 15 Mar 2025 13:50:36 +0200 Message-Id: <86v7sawm0j.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <03027b9b-6227-4ca3-80ce-2bedb1db782e@vodafonemail.de> (message from Jens Schmidt on Sun, 9 Mar 2025 22:18:08 +0100) References: <87o6ybbk6g.fsf@sappc2.fritz.box> <86wmczik5n.fsf@gnu.org> <86msdufpxp.fsf@gnu.org> <57b02bdb-3ed7-49c7-a239-7308dfa023ef@vodafonemail.de> <86y0xedlnz.fsf@gnu.org> <03027b9b-6227-4ca3-80ce-2bedb1db782e@vodafonemail.de> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 9 Mar 2025 22:18:08 +0100 > Cc: 76870@debbugs.gnu.org > From: Jens Schmidt > > On 2025-03-09 20:54, Eli Zaretskii wrote: > > > How do you know it is an "external" server process? > > Because > > a) the only condition handled by the condition-case > in `server-start´ (with and without my patch) is > named `server-running-external'; > > b) the only body form of the condition-case that > could signal something seems to be the call to > `server-stop´; > > c) `server-stop' only seems to signal one "explicit" > signal, namely `server-running-external'; > > d) and that only if there is actually an external > server process running. > > Wouldn't that justify to tailor the error messages also > only to the "cannot stop external server" case? Maybe, but I still prefer not to second guess what exactly happens, but just tell what we know. Would you like submitting a patch with that nit taken care of? From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Jens Schmidt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Mar 2025 18:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 76870@debbugs.gnu.org Received: via spool by 76870-submit@debbugs.gnu.org id=B76870.174206317628621 (code B ref 76870); Sat, 15 Mar 2025 18:27:02 +0000 Received: (at 76870) by debbugs.gnu.org; 15 Mar 2025 18:26:16 +0000 Received: from localhost ([127.0.0.1]:43515 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ttWD9-0007RY-BU for submit@debbugs.gnu.org; Sat, 15 Mar 2025 14:26:15 -0400 Received: from mr3.vodafonemail.de ([145.253.228.163]:54772) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ttWD4-0007Qs-NB for 76870@debbugs.gnu.org; Sat, 15 Mar 2025 14:26:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-23sep; t=1742063163; bh=lL+1cPBWlf//ustWwfCJZL8n8GJJvdBu+leEbTCa83o=; h=Message-ID:Date:User-Agent:Subject:To:References:From: Content-Language:In-Reply-To:Content-Type:From; b=nnEUKxx21dJpfuKqKn5BSMaRIZyrTxwE52Xk1eBhU3rvfpI3Lu+IGpKGsvBboDUNk L64FzI+F8GS0zD5IPiZErLsva/WdXxC3reo5KDpbGy6Y2V376yOw5hV6tfDYm1TwrD AvGc8pP2INnO+a/EibX9svv5WzdTMCOx7j95iXzs= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr3.vodafonemail.de (Postfix) with ESMTPS id 4ZFV6g1hNJz2Fp4; Sat, 15 Mar 2025 18:26:03 +0000 (UTC) Received: from [192.168.1.37] (5.129.22.93.rev.sfr.net [93.22.129.5]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4ZFV6R26Llz92kG; Sat, 15 Mar 2025 18:25:48 +0000 (UTC) Message-ID: <2afe557c-ce66-44a7-81ca-9a26e7a3bfac@vodafonemail.de> Date: Sat, 15 Mar 2025 19:25:47 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <87o6ybbk6g.fsf@sappc2.fritz.box> <86wmczik5n.fsf@gnu.org> <86msdufpxp.fsf@gnu.org> <57b02bdb-3ed7-49c7-a239-7308dfa023ef@vodafonemail.de> <86y0xedlnz.fsf@gnu.org> <03027b9b-6227-4ca3-80ce-2bedb1db782e@vodafonemail.de> <86v7sawm0j.fsf@gnu.org> From: Jens Schmidt Content-Language: de-DE-frami, en-US In-Reply-To: <86v7sawm0j.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-purgate-server: smtpa02 X-purgate-type: clean X-purgate: clean X-purgate-size: 1603 X-purgate-ID: 155817::1742063158-45CF9277-51DF9AC1/0/0 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On 2025-03-15 12:50, Eli Zaretskii wrote: > Would you like submitting a patch with that nit taken care of? Yes, but please let me clarify another nit first. With your proposal we would have error messages like this [comments and empty lines by me]: - For the stop-then-restart case: [message unchanged comapared to master] ⛔ Warning (server): Unable to start the Emacs server. [the next line is actually generated from the caught error as `(cadr err)':] There is an existing Emacs server, named "server" To start the server in this Emacs process, stop the existing server or call M-x server-force-delete to forcibly disconnect it. - For the stop-only case: ⛔ Warning (server): Unable to stop the server. [but "your" next line I cannot generate as `(cadr err)':] The existing Emacs server, called "server", could not be stopped. (Perhaps it was run from a different Emacs session?) You can try stopping the server forcibly by calling M-x server-force-delete. However, I like "your" second line better than the existing one, to be honest, and it would also fit the existing stop-then-restart case well. So would you mind if I also changed function `server-stop' to always signal according to your proposal: (signal 'server-running-external (list (format "The existing Emacs server, called \"%s\", could not be stopped." server-name)))) and then use the `(cadr err)' for both cases? (Sorry for asking, but I still routinely fail to predict your reaction on my proposals ... :-) Thanks. From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Mar 2025 07:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jens Schmidt Cc: 76870@debbugs.gnu.org Received: via spool by 76870-submit@debbugs.gnu.org id=B76870.174211046831727 (code B ref 76870); Sun, 16 Mar 2025 07:35:02 +0000 Received: (at 76870) by debbugs.gnu.org; 16 Mar 2025 07:34:28 +0000 Received: from localhost ([127.0.0.1]:45173 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ttiVv-0008FV-2s for submit@debbugs.gnu.org; Sun, 16 Mar 2025 03:34:28 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36092) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ttiVs-0008Em-Mn for 76870@debbugs.gnu.org; Sun, 16 Mar 2025 03:34:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ttiVm-000500-2n; Sun, 16 Mar 2025 03:34:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=tJ4GcKe7LZoTaKXPno3WnB02lwCZy2iGusB/hte+Uhk=; b=XS2eGk09U2h3utm9YZh9 auxwNNjfZzKwJuo4gCr29qONdalY5J22mbSzW+t7AfqfVfdm87FVWGGANC1SMp9FXG0U0eeCyqX2b 12hWJNDN2ccgRfn3MD4qNmdy3peC/brGY7d1QOo0N73krMuVPET5co4qIVItk8l/nIjfw4R2caKtH FlfMjvFlRDxQXm4RkA65m78a2lCCdvPzwOuD1dXKnD4w2nSaJwrQj7Clo1aTlOGWfpyHu4iIpicbi An0tqIFPVgjJmAsM80AxkExHVhmR3A7FmK9C0H0cPeIJcy1Xn//HaF0pQrFDU388AGw5ag4aHk6KT xCFC9msXQba9oA==; Date: Sun, 16 Mar 2025 09:34:15 +0200 Message-Id: <8634fdv37s.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <2afe557c-ce66-44a7-81ca-9a26e7a3bfac@vodafonemail.de> (message from Jens Schmidt on Sat, 15 Mar 2025 19:25:47 +0100) References: <87o6ybbk6g.fsf@sappc2.fritz.box> <86wmczik5n.fsf@gnu.org> <86msdufpxp.fsf@gnu.org> <57b02bdb-3ed7-49c7-a239-7308dfa023ef@vodafonemail.de> <86y0xedlnz.fsf@gnu.org> <03027b9b-6227-4ca3-80ce-2bedb1db782e@vodafonemail.de> <86v7sawm0j.fsf@gnu.org> <2afe557c-ce66-44a7-81ca-9a26e7a3bfac@vodafonemail.de> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 15 Mar 2025 19:25:47 +0100 > Cc: 76870@debbugs.gnu.org > From: Jens Schmidt > > On 2025-03-15 12:50, Eli Zaretskii wrote: > > > Would you like submitting a patch with that nit taken care of? > > Yes, but please let me clarify another nit first. With your > proposal we would have error messages like this [comments and > empty lines by me]: > > - For the stop-then-restart case: > > [message unchanged comapared to master] > > ⛔ Warning (server): Unable to start the Emacs server. > > [the next line is actually generated from the caught error as `(cadr err)':] > There is an existing Emacs server, named "server" > To start the server in this Emacs process, stop the existing server or call M-x server-force-delete to forcibly disconnect it. > > - For the stop-only case: > > ⛔ Warning (server): Unable to stop the server. > > [but "your" next line I cannot generate as `(cadr err)':] > The existing Emacs server, called "server", could not be stopped. > (Perhaps it was run from a different Emacs session?) > You can try stopping the server forcibly by calling M-x server-force-delete. > > However, I like "your" second line better than the existing one, to be > honest, and it would also fit the existing stop-then-restart case well. > > So would you mind if I also changed function `server-stop' to always > signal according to your proposal: > > (signal 'server-running-external > (list (format "The existing Emacs server, called \"%s\", could not be stopped." > server-name)))) > > and then use the `(cadr err)' for both cases? Yes, that'd be good. From unknown Sun Jun 22 07:57:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Resent-From: Jens Schmidt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Mar 2025 15:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76870 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 76870@debbugs.gnu.org Received: via spool by 76870-submit@debbugs.gnu.org id=B76870.174274335222582 (code B ref 76870); Sun, 23 Mar 2025 15:23:02 +0000 Received: (at 76870) by debbugs.gnu.org; 23 Mar 2025 15:22:32 +0000 Received: from localhost ([127.0.0.1]:52075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1twN9i-0005rz-Dh for submit@debbugs.gnu.org; Sun, 23 Mar 2025 11:22:32 -0400 Received: from mr6.vodafonemail.de ([145.253.228.166]:54408) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1twN9d-0005q7-Sm for 76870@debbugs.gnu.org; Sun, 23 Mar 2025 11:22:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-23sep; t=1742743340; bh=l6hju9cBsfeWJh6neRjcbMKks8e82ykgOVuMiVQBOxA=; h=Content-Type:Message-ID:Date:User-Agent:Subject:To:References: From:Content-Language:In-Reply-To:From; b=zrEhec+mQP35O99etPytAVk410eqTxmoPrLOonHeEbxzbFRW5Z4nOF+CqRQhc4kGm +OWBwfWW3SrAPmZnROIbec59HkVXJssueTWhO/bWRLhxaZscEsaRQm9XY5lG8VU7iT lOlGq4L4hhHBA0quncWu6lgayqywOMtUjX522h/A= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr6.vodafonemail.de (Postfix) with ESMTPS id 4ZLKg017pTz1y32; Sun, 23 Mar 2025 15:22:20 +0000 (UTC) Received: from [192.168.178.41] (port-83-236-34-81.dynamic.as20676.net [83.236.34.81]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4ZLKfr4dWfz8sY7; Sun, 23 Mar 2025 15:22:09 +0000 (UTC) Content-Type: multipart/mixed; boundary="------------0LT5Y90lJLUZVHTXeh8dP0u3" Message-ID: <81e3b7eb-0b73-4a16-b99c-d897e5f0fb77@vodafonemail.de> Date: Sun, 23 Mar 2025 16:22:08 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <87o6ybbk6g.fsf@sappc2.fritz.box> <86wmczik5n.fsf@gnu.org> <86msdufpxp.fsf@gnu.org> <57b02bdb-3ed7-49c7-a239-7308dfa023ef@vodafonemail.de> <86y0xedlnz.fsf@gnu.org> <03027b9b-6227-4ca3-80ce-2bedb1db782e@vodafonemail.de> <86v7sawm0j.fsf@gnu.org> <2afe557c-ce66-44a7-81ca-9a26e7a3bfac@vodafonemail.de> <8634fdv37s.fsf@gnu.org> From: Jens Schmidt Content-Language: de-DE-frami, en-US In-Reply-To: <8634fdv37s.fsf@gnu.org> X-purgate-server: smtpa04 X-purgate-type: clean X-purgate: clean X-purgate-size: 11754 X-purgate-ID: 155817::1742743336-7A756BC7-3257AB1F/0/0 X-Spam-Score: -1.7 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.7 (--) This is a multi-part message in MIME format. --------------0LT5Y90lJLUZVHTXeh8dP0u3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 2025-03-16 08:34, Eli Zaretskii wrote: >> So would you mind if I also changed function `server-stop' to always >> signal according to your proposal: >> >> (signal 'server-running-external >> (list (format "The existing Emacs server, called \"%s\", could not be stopped." >> server-name)))) >> >> and then use the `(cadr err)' for both cases? > > Yes, that'd be good. I have attached two versions of the patch: The first 0001-Improve-message-handling-on-server-stop.patch with the messages we have agreed upon so far: Restart-then-stop: 1 ⛔ Warning (server): Unable to start the Emacs server. 2 The existing Emacs server, called "server", could not be stopped. 3 To start the server in this Emacs process, stop the existing server or call M-x server-force-delete to forcibly disconnect it. Stop-only: 4 ⛔ Warning (server): Unable to stop the server. 5 The existing Emacs server, called "server", could not be stopped. 6 (Perhaps it was run from a different Emacs session?) 7 You can try stopping the server forcibly by calling M-x server-force-delete. The second one 0001-Improve-message-handling-on-server-stop-consistent.patch fixes (IMO) two minor inconsistencies ("server" vs. "Emacs server" in line 4, "Emacs process" vs. "Emacs session" in line 3): Restart-then-stop: 1 ⛔ Warning (server): Unable to start the Emacs server. 2 The existing Emacs server, called "server", could not be stopped. 3 To start the server in this Emacs session, stop the existing server or call M-x server-force-delete to forcibly disconnect it. Stop-only: 4 ⛔ Warning (server): Unable to stop the Emacs server. 5 The existing Emacs server, called "server", could not be stopped. 6 (Perhaps it was run from a different Emacs session?) 7 You can try stopping the server forcibly by calling M-x server-force-delet If one of these is OK for you (I'd prefer the second one), please go ahead and install them, otherwise please let me know what still needs fixing. Thanks! --------------0LT5Y90lJLUZVHTXeh8dP0u3 Content-Type: text/x-patch; charset=UTF-8; name="0001-Improve-message-handling-on-server-stop.patch" Content-Disposition: attachment; filename="0001-Improve-message-handling-on-server-stop.patch" Content-Transfer-Encoding: base64 RnJvbSAwZjdhN2UxOWVhZDM0MWYxYTZhZTNhMWQzMzU4ODgyOWQzZWFiOWYzIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKZW5zIFNjaG1pZHQgPGpzY2htaWR0NGdudUB2b2Rh Zm9uZW1haWwuZGU+CkRhdGU6IFNhdCwgOCBNYXIgMjAyNSAxODoxMzo1NCArMDEwMApTdWJq ZWN0OiBbUEFUQ0hdIEltcHJvdmUgbWVzc2FnZSBoYW5kbGluZyBvbiBzZXJ2ZXIgc3RvcAoK KiBsaXNwL3NlcnZlci5lbCAoc2VydmVyLXN0b3ApOiBVc2UgYSBjbGVhcmVyIHNpZ25hbCBt ZXNzYWdlIGlmIHRoZXJlIGlzCmFuIGV4aXN0aW5nLCBleHRlcm5hbCBFbWFjcyBzZXJ2ZXIu CihzZXJ2ZXItc3RhcnQpOiBVc2UgYSBkaWZmZXJlbnQgd2FybmluZyBpZiBvbmUgYXR0ZW1w dHMgdG8gb25seQpzdG9wIChhbmQgbm90IHJlc3RhcnQpIGFuIGV4dGVybmFsIHNlcnZlci4K KHNlcnZlci11bmxvYWQtZnVuY3Rpb24pOiBTaWxlbnRseSBzdG9wIHRoZSBzZXJ2ZXIgaWYg dW5sb2FkaW5nIGl0cwpsaWJyYXJ5LiAgKEJ1ZyM3Njg3MCkKLS0tCiBsaXNwL3NlcnZlci5l bCB8IDM1ICsrKysrKysrKysrKysrKysrKysrKysrLS0tLS0tLS0tLS0tCiAxIGZpbGUgY2hh bmdlZCwgMjMgaW5zZXJ0aW9ucygrKSwgMTIgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEv bGlzcC9zZXJ2ZXIuZWwgYi9saXNwL3NlcnZlci5lbAppbmRleCBhNDk3ODdlMzQ5OC4uMmNi YzIzYWE0YWIgMTAwNjQ0Ci0tLSBhL2xpc3Avc2VydmVyLmVsCisrKyBiL2xpc3Avc2VydmVy LmVsCkBAIC02NzMsNyArNjczLDcgQEAgc2VydmVyLXN0b3AKICAgICAgICAgICAgICAgICAg IChpZ25vcmUtZXJyb3JzCiAgICAgICAgICAgICAgICAgICAgIChkZWxldGUtZGlyZWN0b3J5 IChmaWxlLW5hbWUtZGlyZWN0b3J5IHNlcnZlci1maWxlKSkpKSkpCiAgICAgICAgICAgICAo c2lnbmFsICdzZXJ2ZXItcnVubmluZy1leHRlcm5hbAotICAgICAgICAgICAgICAgICAgICAo bGlzdCAoZm9ybWF0ICJUaGVyZSBpcyBhbiBleGlzdGluZyBFbWFjcyBzZXJ2ZXIsIG5hbWVk ICVTIgorICAgICAgICAgICAgICAgICAgICAobGlzdCAoZm9ybWF0ICJUaGUgZXhpc3Rpbmcg RW1hY3Mgc2VydmVyLCBjYWxsZWQgXCIlc1wiLCBjb3VsZCBub3QgYmUgc3RvcHBlZC4iCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc2VydmVyLW5hbWUpKSkpCiAgICAg ICA7OyBJZiB0aGlzIEVtYWNzIGFscmVhZHkgaGFkIGEgc2VydmVyLCBjbGVhciBvdXQgYXNz b2NpYXRlZCBzdGF0dXMuCiAgICAgICAod2hpbGUgc2VydmVyLWNsaWVudHMKQEAgLTcyNSwx NiArNzI1LDI3IEBAIHNlcnZlci1zdGFydAogICAgICAgICAgICh3aGVuIChzZXJ2ZXItc3Rv cCkKICAgICAgICAgICAgIChtZXNzYWdlIChpZiBsZWF2ZS1kZWFkICJTdG9wcGVkIHNlcnZl ciIgIlJlc3RhcnRpbmcgc2VydmVyIikpKSkKICAgICAgIChzZXJ2ZXItcnVubmluZy1leHRl cm5hbAotICAgICAgIChkaXNwbGF5LXdhcm5pbmcKLSAgICAgICAgJ3NlcnZlcgotICAgICAg ICAoY29uY2F0ICJVbmFibGUgdG8gc3RhcnQgdGhlIEVtYWNzIHNlcnZlci5cbiIKLSAgICAg ICAgICAgICAgICAoY2FkciBlcnIpCi0gICAgICAgICAgICAgICAgKHN1YnN0aXR1dGUtY29t bWFuZC1rZXlzCi0gICAgICAgICAgICAgICAgIChjb25jYXQgIlxuVG8gc3RhcnQgdGhlIHNl cnZlciBpbiB0aGlzIEVtYWNzIHByb2Nlc3MsIHN0b3AgIgotICAgICAgICAgICAgICAgICAg ICAgICAgICJ0aGUgZXhpc3Rpbmcgc2VydmVyIG9yIGNhbGwgXFxbc2VydmVyLWZvcmNlLWRl bGV0ZV0gIgotICAgICAgICAgICAgICAgICAgICAgICAgICJ0byBmb3JjaWJseSBkaXNjb25u ZWN0IGl0LiIpKSkKLSAgICAgICAgOndhcm5pbmcpCi0gICAgICAgKHNldHEgbGVhdmUtZGVh ZCB0KSkpCisgICAgICAgKGNvbmQKKyAgICAgICAgKChub3QgbGVhdmUtZGVhZCkKKyAgICAg ICAgIChkaXNwbGF5LXdhcm5pbmcKKyAgICAgICAgICAnc2VydmVyCisgICAgICAgICAgKGNv bmNhdCAiVW5hYmxlIHRvIHN0YXJ0IHRoZSBFbWFjcyBzZXJ2ZXIuXG4iCisgICAgICAgICAg ICAgICAgICAoY2FkciBlcnIpCisgICAgICAgICAgICAgICAgICAoc3Vic3RpdHV0ZS1jb21t YW5kLWtleXMKKyAgICAgICAgICAgICAgICAgICAoY29uY2F0ICJcblRvIHN0YXJ0IHRoZSBz ZXJ2ZXIgaW4gdGhpcyBFbWFjcyBwcm9jZXNzLCBzdG9wICIKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICJ0aGUgZXhpc3Rpbmcgc2VydmVyIG9yIGNhbGwgXFxbc2VydmVyLWZvcmNl LWRlbGV0ZV0gIgorICAgICAgICAgICAgICAgICAgICAgICAgICAgInRvIGZvcmNpYmx5IGRp c2Nvbm5lY3QgaXQuIikpKQorICAgICAgICAgIDp3YXJuaW5nKQorICAgICAgICAgKHNldHEg bGVhdmUtZGVhZCB0KSkKKyAgICAgICAgKHQKKyAgICAgICAgIChkaXNwbGF5LXdhcm5pbmcK KyAgICAgICAgICAnc2VydmVyCisgICAgICAgICAgKGNvbmNhdCAiVW5hYmxlIHRvIHN0b3Ag dGhlIHNlcnZlci5cbiIKKyAgICAgICAgICAgICAgICAgIChjYWRyIGVycikKKyAgICAgICAg ICAgICAgICAgIChzdWJzdGl0dXRlLWNvbW1hbmQta2V5cworICAgICAgICAgICAgICAgICAg IChjb25jYXQgIlxuKFBlcmhhcHMgaXQgd2FzIHJ1biBmcm9tIGEgZGlmZmVyZW50IEVtYWNz IHNlc3Npb24/KVxuIgorICAgICAgICAgICAgICAgICAgICAgICAgICAgIllvdSBjYW4gdHJ5 IHN0b3BwaW5nIHRoZSBzZXJ2ZXIgZm9yY2libHkgYnkgY2FsbGluZyBcXFtzZXJ2ZXItZm9y Y2UtZGVsZXRlXS4iKSkpCisgICAgICAgICAgOndhcm5pbmcpKSkpKQogICAgICAgOzsgTm93 IGFueSBwcmV2aW91cyBzZXJ2ZXIgaXMgcHJvcGVybHkgc3RvcHBlZC4KICAgICAodW5sZXNz IGxlYXZlLWRlYWQKICAgICAgIChsZXQgKChzZXJ2ZXItZmlsZSAoc2VydmVyLS1maWxlLW5h bWUpKSkKQEAgLTIwMTYsNyArMjAyNyw3IEBAIGN0bC14LW1hcAogCiAoZGVmdW4gc2VydmVy LXVubG9hZC1mdW5jdGlvbiAoKQogICAiVW5sb2FkIHRoZSBTZXJ2ZXIgbGlicmFyeS4iCi0g IChzZXJ2ZXItbW9kZSAtMSkKKyAgKGlnbm9yZS1lcnJvcnMgKHNlcnZlci1zdG9wICdub2Zy YW1lKSkKICAgKHN1YnN0aXR1dGUta2V5LWRlZmluaXRpb24gJ3NlcnZlci1lZGl0IG5pbCBj dGwteC1tYXApCiAgIChzYXZlLWN1cnJlbnQtYnVmZmVyCiAgICAgKGRvbGlzdCAoYnVmZmVy IChidWZmZXItbGlzdCkpCi0tIAoyLjM5LjUKCg== --------------0LT5Y90lJLUZVHTXeh8dP0u3 Content-Type: text/x-patch; charset=UTF-8; name="0001-Improve-message-handling-on-server-stop-consistent.patch" Content-Disposition: attachment; filename*0="0001-Improve-message-handling-on-server-stop-consistent.patc"; filename*1="h" Content-Transfer-Encoding: base64 RnJvbSAwZjdhN2UxOWVhZDM0MWYxYTZhZTNhMWQzMzU4ODgyOWQzZWFiOWYzIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBKZW5zIFNjaG1pZHQgPGpzY2htaWR0NGdudUB2b2Rh Zm9uZW1haWwuZGU+CkRhdGU6IFNhdCwgOCBNYXIgMjAyNSAxODoxMzo1NCArMDEwMApTdWJq ZWN0OiBbUEFUQ0hdIEltcHJvdmUgbWVzc2FnZSBoYW5kbGluZyBvbiBzZXJ2ZXIgc3RvcAoK KiBsaXNwL3NlcnZlci5lbCAoc2VydmVyLXN0b3ApOiBVc2UgYSBjbGVhcmVyIHNpZ25hbCBt ZXNzYWdlIGlmIHRoZXJlIGlzCmFuIGV4aXN0aW5nLCBleHRlcm5hbCBFbWFjcyBzZXJ2ZXIu CihzZXJ2ZXItc3RhcnQpOiBVc2UgYSBkaWZmZXJlbnQgd2FybmluZyBpZiBvbmUgYXR0ZW1w dHMgdG8gb25seQpzdG9wIChhbmQgbm90IHJlc3RhcnQpIGFuIGV4dGVybmFsIHNlcnZlci4K KHNlcnZlci11bmxvYWQtZnVuY3Rpb24pOiBTaWxlbnRseSBzdG9wIHRoZSBzZXJ2ZXIgaWYg dW5sb2FkaW5nIGl0cwpsaWJyYXJ5LiAgKEJ1ZyM3Njg3MCkKLS0tCiBsaXNwL3NlcnZlci5l bCB8IDM1ICsrKysrKysrKysrKysrKysrKysrKysrLS0tLS0tLS0tLS0tCiAxIGZpbGUgY2hh bmdlZCwgMjMgaW5zZXJ0aW9ucygrKSwgMTIgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEv bGlzcC9zZXJ2ZXIuZWwgYi9saXNwL3NlcnZlci5lbAppbmRleCBhNDk3ODdlMzQ5OC4uMmNi YzIzYWE0YWIgMTAwNjQ0Ci0tLSBhL2xpc3Avc2VydmVyLmVsCisrKyBiL2xpc3Avc2VydmVy LmVsCkBAIC02NzMsNyArNjczLDcgQEAgc2VydmVyLXN0b3AKICAgICAgICAgICAgICAgICAg IChpZ25vcmUtZXJyb3JzCiAgICAgICAgICAgICAgICAgICAgIChkZWxldGUtZGlyZWN0b3J5 IChmaWxlLW5hbWUtZGlyZWN0b3J5IHNlcnZlci1maWxlKSkpKSkpCiAgICAgICAgICAgICAo c2lnbmFsICdzZXJ2ZXItcnVubmluZy1leHRlcm5hbAotICAgICAgICAgICAgICAgICAgICAo bGlzdCAoZm9ybWF0ICJUaGVyZSBpcyBhbiBleGlzdGluZyBFbWFjcyBzZXJ2ZXIsIG5hbWVk ICVTIgorICAgICAgICAgICAgICAgICAgICAobGlzdCAoZm9ybWF0ICJUaGUgZXhpc3Rpbmcg RW1hY3Mgc2VydmVyLCBjYWxsZWQgXCIlc1wiLCBjb3VsZCBub3QgYmUgc3RvcHBlZC4iCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc2VydmVyLW5hbWUpKSkpCiAgICAg ICA7OyBJZiB0aGlzIEVtYWNzIGFscmVhZHkgaGFkIGEgc2VydmVyLCBjbGVhciBvdXQgYXNz b2NpYXRlZCBzdGF0dXMuCiAgICAgICAod2hpbGUgc2VydmVyLWNsaWVudHMKQEAgLTcyNSwx NiArNzI1LDI3IEBAIHNlcnZlci1zdGFydAogICAgICAgICAgICh3aGVuIChzZXJ2ZXItc3Rv cCkKICAgICAgICAgICAgIChtZXNzYWdlIChpZiBsZWF2ZS1kZWFkICJTdG9wcGVkIHNlcnZl ciIgIlJlc3RhcnRpbmcgc2VydmVyIikpKSkKICAgICAgIChzZXJ2ZXItcnVubmluZy1leHRl cm5hbAotICAgICAgIChkaXNwbGF5LXdhcm5pbmcKLSAgICAgICAgJ3NlcnZlcgotICAgICAg ICAoY29uY2F0ICJVbmFibGUgdG8gc3RhcnQgdGhlIEVtYWNzIHNlcnZlci5cbiIKLSAgICAg ICAgICAgICAgICAoY2FkciBlcnIpCi0gICAgICAgICAgICAgICAgKHN1YnN0aXR1dGUtY29t bWFuZC1rZXlzCi0gICAgICAgICAgICAgICAgIChjb25jYXQgIlxuVG8gc3RhcnQgdGhlIHNl cnZlciBpbiB0aGlzIEVtYWNzIHByb2Nlc3MsIHN0b3AgIgotICAgICAgICAgICAgICAgICAg ICAgICAgICJ0aGUgZXhpc3Rpbmcgc2VydmVyIG9yIGNhbGwgXFxbc2VydmVyLWZvcmNlLWRl bGV0ZV0gIgotICAgICAgICAgICAgICAgICAgICAgICAgICJ0byBmb3JjaWJseSBkaXNjb25u ZWN0IGl0LiIpKSkKLSAgICAgICAgOndhcm5pbmcpCi0gICAgICAgKHNldHEgbGVhdmUtZGVh ZCB0KSkpCisgICAgICAgKGNvbmQKKyAgICAgICAgKChub3QgbGVhdmUtZGVhZCkKKyAgICAg ICAgIChkaXNwbGF5LXdhcm5pbmcKKyAgICAgICAgICAnc2VydmVyCisgICAgICAgICAgKGNv bmNhdCAiVW5hYmxlIHRvIHN0YXJ0IHRoZSBFbWFjcyBzZXJ2ZXIuXG4iCisgICAgICAgICAg ICAgICAgICAoY2FkciBlcnIpCisgICAgICAgICAgICAgICAgICAoc3Vic3RpdHV0ZS1jb21t YW5kLWtleXMKKyAgICAgICAgICAgICAgICAgICAoY29uY2F0ICJcblRvIHN0YXJ0IHRoZSBz ZXJ2ZXIgaW4gdGhpcyBFbWFjcyBzZXNzaW9uLCBzdG9wICIKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICJ0aGUgZXhpc3Rpbmcgc2VydmVyIG9yIGNhbGwgXFxbc2VydmVyLWZvcmNl LWRlbGV0ZV0gIgorICAgICAgICAgICAgICAgICAgICAgICAgICAgInRvIGZvcmNpYmx5IGRp c2Nvbm5lY3QgaXQuIikpKQorICAgICAgICAgIDp3YXJuaW5nKQorICAgICAgICAgKHNldHEg bGVhdmUtZGVhZCB0KSkKKyAgICAgICAgKHQKKyAgICAgICAgIChkaXNwbGF5LXdhcm5pbmcK KyAgICAgICAgICAnc2VydmVyCisgICAgICAgICAgKGNvbmNhdCAiVW5hYmxlIHRvIHN0b3Ag dGhlIEVtYWNzIHNlcnZlci5cbiIKKyAgICAgICAgICAgICAgICAgIChjYWRyIGVycikKKyAg ICAgICAgICAgICAgICAgIChzdWJzdGl0dXRlLWNvbW1hbmQta2V5cworICAgICAgICAgICAg ICAgICAgIChjb25jYXQgIlxuKFBlcmhhcHMgaXQgd2FzIHJ1biBmcm9tIGEgZGlmZmVyZW50 IEVtYWNzIHNlc3Npb24/KVxuIgorICAgICAgICAgICAgICAgICAgICAgICAgICAgIllvdSBj YW4gdHJ5IHN0b3BwaW5nIHRoZSBzZXJ2ZXIgZm9yY2libHkgYnkgY2FsbGluZyBcXFtzZXJ2 ZXItZm9yY2UtZGVsZXRlXS4iKSkpCisgICAgICAgICAgOndhcm5pbmcpKSkpKQogICAgICAg OzsgTm93IGFueSBwcmV2aW91cyBzZXJ2ZXIgaXMgcHJvcGVybHkgc3RvcHBlZC4KICAgICAo dW5sZXNzIGxlYXZlLWRlYWQKICAgICAgIChsZXQgKChzZXJ2ZXItZmlsZSAoc2VydmVyLS1m aWxlLW5hbWUpKSkKQEAgLTIwMTYsNyArMjAyNyw3IEBAIGN0bC14LW1hcAoKIChkZWZ1biBz ZXJ2ZXItdW5sb2FkLWZ1bmN0aW9uICgpCiAgICJVbmxvYWQgdGhlIFNlcnZlciBsaWJyYXJ5 LiIKLSAgKHNlcnZlci1tb2RlIC0xKQorICAoaWdub3JlLWVycm9ycyAoc2VydmVyLXN0b3Ag J25vZnJhbWUpKQogICAoc3Vic3RpdHV0ZS1rZXktZGVmaW5pdGlvbiAnc2VydmVyLWVkaXQg bmlsIGN0bC14LW1hcCkKICAgKHNhdmUtY3VycmVudC1idWZmZXIKICAgICAoZG9saXN0IChi dWZmZXIgKGJ1ZmZlci1saXN0KSkKLS0KMi4zOS41Cg== --------------0LT5Y90lJLUZVHTXeh8dP0u3-- From unknown Sun Jun 22 07:57:15 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Jens Schmidt Subject: bug#76870: closed (Re: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings) Message-ID: References: <86h63c8697.fsf@gnu.org> <87o6ybbk6g.fsf@sappc2.fritz.box> X-Gnu-PR-Message: they-closed 76870 X-Gnu-PR-Package: emacs Reply-To: 76870@debbugs.gnu.org Date: Sat, 29 Mar 2025 10:46:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1743245162-1628-1" This is a multi-part message in MIME format... ------------=_1743245162-1628-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusi= ng warnings which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 76870@debbugs.gnu.org. --=20 76870: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D76870 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1743245162-1628-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 76870-done) by debbugs.gnu.org; 29 Mar 2025 10:45:52 +0000 Received: from localhost ([127.0.0.1]:57095 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tyThH-0000Pt-PJ for submit@debbugs.gnu.org; Sat, 29 Mar 2025 06:45:52 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35616) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tyThF-0000Pc-Ag for 76870-done@debbugs.gnu.org; Sat, 29 Mar 2025 06:45:50 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tyTh9-0007Mw-4t; Sat, 29 Mar 2025 06:45:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=95d8oaV6WHAEx1bVEbkJwdocEafG6E8IsUIh9yneqS0=; b=S5LJ9MVKZjH6BLRHDDMT ueLKS1rwinJtckiW9Yj22+PD53Zdt6HQWYo94vrPprJaDaYj6MgSIvw/l2RlzArsx+2L4CwHrwZmb I4XQ3F5m9E12RQAtvVCLXgxiTfopXxbgf+PNV0FR1QbWKR5LKyY2cvHcHrr1X/z/PdpF5ZlVKCoAO x6l+RcDJfkcFE1H06uyxNekdblHDOQWY9gg9THBOtiM0IrcB3PcOfN/wYRUT/7yBkg8+B3BOr//bZ 8uG5a08ZHfCHhJR4z6TRS4wZEdR0Jpun8eCfTNC569YJYQ5EXRyUfW53RuHOfvXCB5BPkin35og5W wJH6yE/Zv+ez+A==; Date: Sat, 29 Mar 2025 13:45:40 +0300 Message-Id: <86h63c8697.fsf@gnu.org> From: Eli Zaretskii To: Jens Schmidt In-Reply-To: <81e3b7eb-0b73-4a16-b99c-d897e5f0fb77@vodafonemail.de> (message from Jens Schmidt on Sun, 23 Mar 2025 16:22:08 +0100) Subject: Re: bug#76870: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings References: <87o6ybbk6g.fsf@sappc2.fritz.box> <86wmczik5n.fsf@gnu.org> <86msdufpxp.fsf@gnu.org> <57b02bdb-3ed7-49c7-a239-7308dfa023ef@vodafonemail.de> <86y0xedlnz.fsf@gnu.org> <03027b9b-6227-4ca3-80ce-2bedb1db782e@vodafonemail.de> <86v7sawm0j.fsf@gnu.org> <2afe557c-ce66-44a7-81ca-9a26e7a3bfac@vodafonemail.de> <8634fdv37s.fsf@gnu.org> <81e3b7eb-0b73-4a16-b99c-d897e5f0fb77@vodafonemail.de> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 76870-done Cc: 76870-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 23 Mar 2025 16:22:08 +0100 > Cc: 76870@debbugs.gnu.org > From: Jens Schmidt > > On 2025-03-16 08:34, Eli Zaretskii wrote: > > >> So would you mind if I also changed function `server-stop' to always > >> signal according to your proposal: > >> > >> (signal 'server-running-external > >> (list (format "The existing Emacs server, called \"%s\", could not be stopped." > >> server-name)))) > >> > >> and then use the `(cadr err)' for both cases? > > > > Yes, that'd be good. > > I have attached two versions of the patch: The first > > 0001-Improve-message-handling-on-server-stop.patch > > with the messages we have agreed upon so far: > > Restart-then-stop: > > 1 ⛔ Warning (server): Unable to start the Emacs server. > 2 The existing Emacs server, called "server", could not be stopped. > 3 To start the server in this Emacs process, stop the existing server or call M-x server-force-delete to forcibly disconnect it. > > Stop-only: > > 4 ⛔ Warning (server): Unable to stop the server. > 5 The existing Emacs server, called "server", could not be stopped. > 6 (Perhaps it was run from a different Emacs session?) > 7 You can try stopping the server forcibly by calling M-x server-force-delete. > > The second one > > 0001-Improve-message-handling-on-server-stop-consistent.patch > > fixes (IMO) two minor inconsistencies ("server" vs. "Emacs server" > in line 4, "Emacs process" vs. "Emacs session" in line 3): > > Restart-then-stop: > > 1 ⛔ Warning (server): Unable to start the Emacs server. > 2 The existing Emacs server, called "server", could not be stopped. > 3 To start the server in this Emacs session, stop the existing server or call M-x server-force-delete to forcibly disconnect it. > > Stop-only: > > 4 ⛔ Warning (server): Unable to stop the Emacs server. > 5 The existing Emacs server, called "server", could not be stopped. > 6 (Perhaps it was run from a different Emacs session?) > 7 You can try stopping the server forcibly by calling M-x server-force-delet > > If one of these is OK for you (I'd prefer the second one), please > go ahead and install them, otherwise please let me know what still > needs fixing. Thanks, I installed the second one on the master branch. Closing. ------------=_1743245162-1628-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 8 Mar 2025 15:46:03 +0000 Received: from localhost ([127.0.0.1]:56240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tqwNF-0007cB-Lq for submit@debbugs.gnu.org; Sat, 08 Mar 2025 10:46:02 -0500 Received: from lists.gnu.org ([2001:470:142::17]:43252) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tqwNB-0007Iv-Px for submit@debbugs.gnu.org; Sat, 08 Mar 2025 10:45:59 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tqwN4-0000kt-1k for bug-gnu-emacs@gnu.org; Sat, 08 Mar 2025 10:45:52 -0500 Received: from mr3.vodafonemail.de ([145.253.228.163]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tqwN1-0008ME-9d for bug-gnu-emacs@gnu.org; Sat, 08 Mar 2025 10:45:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-23sep; t=1741448739; bh=D+2MfycfYs+9sEmCmVwvwRkR4G64PJKvD3r+sHhwIP4=; h=From:To:Subject:Date:Message-ID:Content-Type:From; b=u/ydZGfQGE/lZL+/IpP1J3Rh8eaGiA/y2yrAcBr1czkwA1k2Y7aVcsTypTT1lGAwy ApYyHJAnmH1lPeBSjYUtunt0ehl68YnahFQC9DH3si4rZDPYTPt7p1ucNkAFknuKeF +421toptW8eHsIpjfINMkWUrdCZEAZ4HVy7JVMnc= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr3.vodafonemail.de (Postfix) with ESMTPS id 4Z96tq3HgKz2FrP for ; Sat, 8 Mar 2025 15:45:39 +0000 (UTC) Received: from sappc2 (port-92-199-214-29.dynamic.as20676.net [92.199.214.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Z96tl0X70z8sXY for ; Sat, 8 Mar 2025 15:45:27 +0000 (UTC) From: Jens Schmidt To: bug-gnu-emacs@gnu.org Subject: 31.0.50; server-start with non-nil arg LEAVE-DEAD can write confusing warnings Date: Sat, 08 Mar 2025 16:45:27 +0100 Message-ID: <87o6ybbk6g.fsf@sappc2.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-purgate-server: smtpa03 X-purgate-type: clean X-purgate: clean X-purgate-size: 5880 X-purgate-ID: 155817::1741448735-4559C2CE-5D9CEF32/0/0 Received-SPF: pass client-ip=145.253.228.163; envelope-from=jschmidt4gnu@vodafonemail.de; helo=mr3.vodafonemail.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) * Original Reproducer Start an Emacs session A with emacs -Q, start an Emacs server in that with M-x server-start RET. Now start another Emacs session B with emacs -Q and evaluate the following with C-j in its *scratch* buffer: (require 'server) server (unload-feature 'server) nil The call to `unload-feature' results in warnings: =E2=9B=94 Warning (server): Unable to start the Emacs server. There is an existing Emacs server, named "server" To start the server in this Emacs process, stop the existing server or ca= ll M-x server-force-delete to forcibly disconnect it. * Simplified Reproducer Start an Emacs session A with emacs -Q, start an Emacs server in that with M-x server-start RET. Now start another Emacs session B with emacs -Q and evaluate the following with C-j in its *scratch* buffer: (require 'server) server (server-start t) nil You get the same warnings as shown in the original reproducer. * Analysis According to the doc string and the implementation of `server-start', a call (server-start t) with non-nil argument LEAVE-DEAD should just stop a running server. And this also works perfectly well when the server is running locally in the same Emacs session where `(server-start t)' gets executed. However, if there is an external Emacs server running in an Emacs session A, then `(server-start t)' from another session B obviously cannot just stop that server. However, the warning issued in session B as quoted above mentions that the server cannot be *started*. 1. So I think in case of non-nil LEAVE-DEAD and a running external server, a more appropriate warning would be: =E2=9B=94 Warning (server): Unable to stop an external Emacs server. There is an existing Emacs server, named "server" Stop it either in its Emacs session or call M-x server-force-delete to= forcibly disconnect it. 2. However, one could also argue that, if there is no local server running, a call to `(server-start t)' should be completely silent. That is at least what `(server-start t)' does if there is no server (neither local nor external) running at all. 3. Or at least it should be silent if called from a non-interactive context as shown in the original reproducer. 4. Or at the very least it should be silent if called from `server-unload-function'. Not sure what the "ideal" fix would be here, but I would be happy to provide patches for any of the scenarios above. Thanks! In GNU Emacs 31.0.50 (build 22, x86_64-pc-linux-gnu, GTK+ Version 3.24.38, cairo version 1.16.0) of 2025-03-05 built on sappc2 Repository revision: e978737f57ef8447bba5796dd945ac185fcadffa Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12201009 System Description: Debian GNU/Linux 12 (bookworm) Configured using: 'configure --with-native-compilation --with-mailutils' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINERAMA XINPUT2 XPM XRANDR GTK3 ZLIB Important settings: value of $LC_COLLATE: POSIX value of $LC_TIME: POSIX value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=3Dibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-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 minibuffer-regexp-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr comp-run bytecomp byte-compile comp-common rx emacsbug lisp-mnt message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date subr-x mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine 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 composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-toolbar make-network-process tty-child-frames native-compile emacs) Memory information: ((conses 16 58238 9283) (symbols 48 6194 0) (strings 32 15317 1578) (string-bytes 1 469817) (vectors 16 9913) (vector-slots 8 139320 7677) (floats 8 23 12) (intervals 56 238 0) (buffers 984 10)) ------------=_1743245162-1628-1--