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#3736: 23.1.50; Please use null-device instead of /dev/null Date: Thu, 26 Nov 2020 16:28:11 +0100 Message-ID: <871rgg87ec.fsf@gmx.de> References: <4A4CB03E.2000602@gnu.org> <87tz1v2nn6.fsf@turtle.gmx.de> <4A4CC0B7.9040907@gnu.org> <87y2ix5mty.fsf@gmx.de> <87o8jqu4em.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25304"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 3736-done@debbugs.gnu.org, Sven Joachim , Jason Rumney To: Stefan Kangas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 26 16:30:19 2020 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 1kiJDq-0006OC-Hg for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 26 Nov 2020 16:30:14 +0100 Original-Received: from localhost ([::1]:50466 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kiJDp-0004qC-1u for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 26 Nov 2020 10:30:13 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50894) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kiJCg-0004pi-Ja for bug-gnu-emacs@gnu.org; Thu, 26 Nov 2020 10:29:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59190) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kiJCg-0003Lw-CT for bug-gnu-emacs@gnu.org; Thu, 26 Nov 2020 10:29:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kiJCg-0001zq-8q for bug-gnu-emacs@gnu.org; Thu, 26 Nov 2020 10:29:02 -0500 Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Nov 2020 15:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 3736 X-GNU-PR-Package: emacs Mail-Followup-To: 3736@debbugs.gnu.org, michael.albinus@gmx.de, lennart.borgman@gmail.com Original-Received: via spool by 3736-done@debbugs.gnu.org id=D3736.16064045027581 (code D ref 3736); Thu, 26 Nov 2020 15:29:02 +0000 Original-Received: (at 3736-done) by debbugs.gnu.org; 26 Nov 2020 15:28:22 +0000 Original-Received: from localhost ([127.0.0.1]:42492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiJC2-0001yD-9C for submit@debbugs.gnu.org; Thu, 26 Nov 2020 10:28:22 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:46485) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiJC0-0001xz-Ep for 3736-done@debbugs.gnu.org; Thu, 26 Nov 2020 10:28:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1606404493; bh=AD0Jabv7rGVr/mo1pT6oxDIn1TQpMprW9uNNC3xjkQs=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=BuNlFMX55z3br43AZkKfcu9WrSOytrc5/VCWmi/traS6iAvCXbuseWVUHOawA9dPO AK5ESCaAtH2YUXmfkM/5xKryut4rUlBQ3lqVbjJ/t9JmfrVIIzC5y4rG2oXn/p96gV rpBCmJ2e9fOpLbxPeRYwof4vHoFVcU0q1bxRNXEs= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from gandalf.gmx.de ([178.20.90.0]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MkYXs-1jwM7v20uk-00lzp3; Thu, 26 Nov 2020 16:28:13 +0100 In-Reply-To: <87o8jqu4em.fsf@gmx.de> (Michael Albinus's message of "Sat, 21 Nov 2020 16:16:01 +0100") X-Provags-ID: V03:K1:qVcnlKdanNhK+wTCKI7QeNS4R/KCZIgci8aHo9wzdYxKD1edsY5 bzDqkk46UFsIelzB9kInP39N7Fi2/g9d6pyIT7/T742r5JHSfAfFz7OEiFqdgHCE44/TqNm 1gCkLnP1cN7xH3aaLRINQ+SnEvJcA1gaeDVdMm1aLAWJEObfA4H6ELrShfvJM0T9BWKm9oZ GrI1qGfKgDGyrqbHifhqg== X-UI-Out-Filterresults: notjunk:1;V03:K0:eAjBb/I9jSM=:J0+Dw+wytAPXpIeeRyqWbf uJe8uMSZV49M6NcvZ3/IZav0BGyQ7nQPjAz5OxElaH/k60aS06k/ISTPTRUAnErP3yyvO+d9+ Hi0p1D6qrBqq9crZBVf0d7bYVGhCHjzIH75SSGOSxQWJl2h/88yMTEj0TrDYzuPNV0EpdnxfS tW7rfWI9wTo8MjJzk0VCvzoU9ggzIBz8xnfiKqhW7KSQTJNsXMJ9qodo5TImCgE2ZBEihk7je 9pQZDdtMYDLRaF0nf89HKlu6y3S7WhQFhq7VyaEnAesQ1golkyEE9xfsQTZLxs92CKlODVQhW 5qVQmTjDd0DrBu/jjL1W5IVH4xIl/kUMfvRhCTNasMCBASOVsxrU+YiXRLj6k7J9GOH5gHBmp YpHuQ8wwE7X8Gvn44h7ZUxDbqGMd5DDCCMLfAT8eOWJGemqiP+CeX48soKFqQ6NpRn6w3QEb/ 1TEHKHAr7svIPdUOCLZKFCNp7QDThllconl5vUza4IrWkFxE5g18z9e4BLGqnwQT7yAkKXlWG 3uNUq0dm3fglYD4wuNnz4ZidtarBrHJIHVHVXhlr6COxLwGWmef1j6RyU2bJrfJT9szzqZpA6 Kf+pqiZxoS/ebbA00D/tcRK7qV5zNxuFW9C3310FwtcbcZ4o2dIKqWBBSn1GmIiLzA8O1koFK L3bMMFQR730MRL6Eja5rPfhA0zwRo0tx8ijGdOH2FJn+u/EweUlDxCxFCysjUt2x9NbzOmdwF y8aIDNHIpQiAoHJ7yxqTSyRU/+WfyXDYAKnWqdimLM2+f03p+k5T4dX+xVtqK1kvt4LdIsr5 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:194343 Archived-At: Michael Albinus writes: Hi Stefan, > I've added the functions null-device and path-separator, which return > the connection-local values of the respective variables. As first shot, > I've changed grep.el using this. Let's see whether there's > feedback. However, people will see a difference only if they work on a > local w32 system, and apply Emacs's grep command on a remote machine -- > a constellation I cannot test myself. > > I'll continue to adapt other Emacs Lisp files. I have applied all respective changes in the master branch which look obvious to me. There are still ~40 occurences of /dev/null in the lisp directory, but most of them are comments. So I'll close this bug. If people are interested in fixing the few other places, they could do now by using the null-device variable or function. In case they don't know what's better, a new bug report for the given case would do, instead of keeping *this* bug report open forever. Best regards, Michael.