From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#48072: 28.0.50: dired-read-shell-command: handle empty input properly [PATCH] Date: Wed, 28 Apr 2021 19:10:00 +0200 Message-ID: <87k0om1gk7.fsf@gmx.de> References: <20210427193253.ourhlr3nxdem3e6t@E15-2016.optimum.net> <83k0ongnc7.fsf@gnu.org> <20210428030025.75hiu5zgrll2qzeq@E15-2016.optimum.net> <87fszbnd70.fsf@gmail.com> <20210428095054.wkpyxl2axhdx26dq@E15-2016.optimum.net> <838s52hb7h.fsf@gnu.org> <20210428124952.anyz3ddhgvlcxyj3@E15-2016.optimum.net> <83mttiftnl.fsf@gnu.org> <20210428150144.4uxrcguggkh7vrjx@E15-2016.optimum.net> <83a6pifnnc.fsf@gnu.org> <20210428152136.dggvck4is57wyavd@E15-2016.optimum.net> <838s52flu5.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13812"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 48072@debbugs.gnu.org, Boruch Baum , kevin.legouguec@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 28 19:29:14 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lbnzu-0003TV-Og for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 28 Apr 2021 19:29:14 +0200 Original-Received: from localhost ([::1]:47170 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lbnzt-0004K5-QX for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 28 Apr 2021 13:29:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42082) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lbniJ-0006gx-5V for bug-gnu-emacs@gnu.org; Wed, 28 Apr 2021 13:11:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42437) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lbniH-00007r-Uc for bug-gnu-emacs@gnu.org; Wed, 28 Apr 2021 13:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lbniH-0003Mg-OA for bug-gnu-emacs@gnu.org; Wed, 28 Apr 2021 13:11:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Apr 2021 17:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48072 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 48072-submit@debbugs.gnu.org id=B48072.161962981512863 (code B ref 48072); Wed, 28 Apr 2021 17:11:01 +0000 Original-Received: (at 48072) by debbugs.gnu.org; 28 Apr 2021 17:10:15 +0000 Original-Received: from localhost ([127.0.0.1]:53983 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lbnhX-0003LP-EW for submit@debbugs.gnu.org; Wed, 28 Apr 2021 13:10:15 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:39367) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lbnhS-0003L5-BR for 48072@debbugs.gnu.org; Wed, 28 Apr 2021 13:10:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1619629803; bh=2cG0mH11x6yzmRejzXMU/Uw9Zd+sqNKauu+rGbiWhx8=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=VGaUNqzzx/ARX1A/X/IbyM/5Ldp9awrqkGe6vh9EHo16VWUGnD9aEcM8/64g3JBuG 5JNMMtZ+rQ1AMpHbSUrlzBMdGl8aSNA57zKyjvFu4E6vjhQMwvtcvlhGlbHDwgNmB+ PgCFYramD2PzWCIR+VKbtZvXcvQoPOQ/PVjOMe48= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from gandalf.gmx.de ([213.220.147.93]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MIMbO-1lq72N0DnY-00ELOJ; Wed, 28 Apr 2021 19:10:03 +0200 In-Reply-To: <838s52flu5.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 28 Apr 2021 18:52:18 +0300") X-Provags-ID: V03:K1:Fz1sV4xwmIs36S9iOaEUyPeRx60lu8ahbU8GuvGJG9iAlCU3JH3 CW3RD+yHGNNg3cGi05V4xQTS1WKQ7XV/qh//bb9HBIVdp+NQHdlBk8EOhDehZEukskP0IB2 Di8+wMb9t7ZzA+bsVGQj8qgL5DecMuo/FPQBOz0QrbBRRHq4i6ZKuYBArhWnc9G73T3Y72H JHV6Tv3ADN/BfdYUvo39g== X-UI-Out-Filterresults: notjunk:1;V03:K0:ATcBGVO/8ag=:CKbItSgDma3XK3J2iFkEZz TOlYwL2DGuidHy+tD7td5YJT6E7vCfIn2K/qu/5ZUWFfSliEuPMUKK3TVBOi68BLoBuz6Rotx OM8V73zO70FBVdQWkuSv/FqsV5jm+skVFihJrfEI0MqWFzBBSLt9809W86itNp4WNT8sjlNTL bcFzRYFkSbHI8XMQ6Qnbd8gCN3Vd/Xd6aGLppmvfB6AesOvdcTCaAK9Ukxma2YJFbVR7ZbiNY JUWHMXtN6ZQJrR3BkTHSf7b3I8dMIDlXgTukjyvns7xfqDynzlIjVKzuv3WGEFOFALuYeesJL AV7VCC7bDnQg8VF20d0B1qjWm3i5bsUoYaS3ciwtM4a4+Wth+QnfdBCtqtQ6wDCCim9+3OwCV lLv7m/H35TqX5xt1bRP7Wjndfeocd9kTC6iARLzDiDxJoEZxHRJ3sW8lT4cRq6Oq6iAi/4JIw VfPKX/Gq7dokr4VwXG4HO5zfPdzSWU/3NXirznDyE7sbCXqqLDHFtYE8tKclAofqrc/dHISUp dxX1qPT/o+uyRANC1c0FXGWDHtKDgq9lf33fPp3dyUo45atcglqaxUAU+eeP5USfS6L2xuLSM 21mA5A7G/sd7Qd1aPo834td2To6ICQ9xSKQZke9G3+U8TasZyRze8+rUAF0EqNdFniCpp40u2 AJcxiVELH8sEG4hCQV3vDBWf+MG3kgOhKagfOl9cl+I7Efbq0Fg5Ggy8pNFsnlQ7j6QmJDxfd /eIOva1hW4GyJ2EbLknTuSHgeH0TXgR8M9bvFwA1Uo2mU5Sq2mftCVCveLN16J8nv95GLyFv X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:205126 Archived-At: Eli Zaretskii writes: >> > I think the message comes from process.c:status_notify, which is >> > called when the process is deleted after it exits. >> >> Thanks. It was frustrating not being able to find it. >> >> 1) Is there a way to make it user-extensible? >> >> 2) Can it report some indication of STDERR or shell variable '$?' ? >> >> 3) The '&wait' shouldn't be reported. It's just confusing cruft to a us= er. > > I guess you can define your own sentinel function, and then do there > what you want. The default mechanism to hide this message is to take #'ignore as sentinel :-) > For STDERR, you could redirect it as you see fit. Yes, although I must confess there are limitations for STDERR for remote processes. Best regards, Michael.