From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: bug#41099: 28.0.50; TRAMP process-file ignores exit status of remote process Date: Sat, 23 May 2020 21:17:44 +0200 Message-ID: References: <871rnyyyio.fsf@gmx.de> <87sggdmp9s.fsf@gmx.de> <87eerxwbjo.fsf@gmx.de> <87zhalrxyf.fsf@gmx.de> <87o8r1rmwv.fsf@gmx.de> <871rnwrvvn.fsf@gmx.de> <87v9kzl2ga.fsf@gmail.com> <87a72akcgz.fsf@gmx.de> <85zhaafw4k.fsf@gmail.com> <871rnmjz3f.fsf@gmx.de> <63dfd032-6384-1ed0-5f47-7295cce4f910@yandex.ru> <87h7wggjht.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="127566"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 41099@debbugs.gnu.org, Noam Postavsky , Dmitry Gutov To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat May 23 21:19:09 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 1jcZfp-000X5Q-4e for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 May 2020 21:19:09 +0200 Original-Received: from localhost ([::1]:50060 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jcZfo-0002mE-6c for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 May 2020 15:19:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55490) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jcZfi-0002ls-50 for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 15:19:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52404) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jcZfh-0000yn-SE for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 15:19:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jcZfh-0000me-OQ for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 15:19:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 May 2020 19:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41099 X-GNU-PR-Package: emacs Original-Received: via spool by 41099-submit@debbugs.gnu.org id=B41099.15902614832946 (code B ref 41099); Sat, 23 May 2020 19:19:01 +0000 Original-Received: (at 41099) by debbugs.gnu.org; 23 May 2020 19:18:03 +0000 Original-Received: from localhost ([127.0.0.1]:35717 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jcZek-0000lK-Gn for submit@debbugs.gnu.org; Sat, 23 May 2020 15:18:02 -0400 Original-Received: from mail-oi1-f181.google.com ([209.85.167.181]:41516) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jcZei-0000kw-Tg for 41099@debbugs.gnu.org; Sat, 23 May 2020 15:18:01 -0400 Original-Received: by mail-oi1-f181.google.com with SMTP id 23so11166622oiq.8 for <41099@debbugs.gnu.org>; Sat, 23 May 2020 12:18:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5ZANf5P+j0+LpHbRwybfezIHA71CG1+ti19H0uSB4gk=; b=IPGy1Jnx5Ajfm5L27fDFGyUmVw42LGFfeiitEHqgsBk3bKaD2W+D/31sXGpVjuncqT DKulRd3BjQRrZjDnkAxrN1HUYQXhqe9iYD1h45bb6w2lzxgh0OVCE2K6b7bcijg0wAIG DSLtkkCBpdyzjVocAhLSzbRp17+Jg7tdcHjgmbLisEbCfqLvxhpAz+wg38d72pDhlmhJ oVqPsLAwwFtKjZYAwCmpVm+nOCg63/yk04i2+VRDTY+xu4ZNfaeBK0IPcUxnzJOPBE6H x2WBIVjaAruVy44HRYa3Tgjh176p7tSG91THOTj+G1GmFfT/V4XPDPPsvJKyp1t2+if1 NZgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5ZANf5P+j0+LpHbRwybfezIHA71CG1+ti19H0uSB4gk=; b=bs+sRFDxQBpSpgH0eltCyqEBimDyYKQLiNYlA19otTVaDsTvzhVnNMaPihQ5OSR4Jl ko4QE+SkspbjhCTJLDhVWcNwpfIbi7KMhSr39t35rh5Jtu5WGAyW7pQkgLcycbjHet2L yHk8JiLe/2N8Ew5tW7AzYVIf4isQFmBFRhGfmpDdBcUkVY+eySzytx0uzLWEuivrt8e3 cPwt1uC9nM00wPWj7/Zn0d1vfehhbTgN7U2oHwGPKxCYFJyqoPkg+nJ7geHZVvGul+xn fgjJla849+w4DUQZ4GnBGVD+sY/KRCEcQ6zkZFbvZ9xVsCCJ4WS3dGCYk6QJT0qaD2gK 0pJA== X-Gm-Message-State: AOAM5308q1pqiuUBptLyqHgpdVMi44GVDMGRF/qeIJy9GIRoER85jCfK V+Wpkht1fKwrXvJuGKwp+1fguQ4Qfn+KqJHB1Uc= X-Google-Smtp-Source: ABdhPJzc/wJiCMswaLR8R89iaHhDTys0sB2vCUIYqK3jY0csyri812v+MCA6mp4bYeRok0aBht5hZqIiBqFmb+Ky1K0= X-Received: by 2002:aca:ac0e:: with SMTP id v14mr6708201oie.65.1590261475185; Sat, 23 May 2020 12:17:55 -0700 (PDT) In-Reply-To: <87h7wggjht.fsf@gmx.de> 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:180841 Archived-At: Am Sa., 16. Mai 2020 um 14:19 Uhr schrieb Michael Albinus : > > Dmitry Gutov writes: > > > Hi Michael, > > Hi Dmitry, > > > On 14.05.2020 18:49, Michael Albinus wrote: > >> I understand (and sympathize) both positions. However, Tramp has > >> returned for decades no strings for process-file, so I don't expect any > >> code in the wild which expects this. > > > > But is there code in the wild that expects the _current_ behavior? > > Don't know. But at least Philipp has reported this inconsistency, so > there are prople who care. To be fair, I care far more about the initial bug report (correct treatment of exit codes below 128). Many programs follow the convention to treat small nonzero exit codes as "expected" errors (e.g. grep: 1 means no match found) and higher exit codes as "unexpected" errors. In that light a distinction between small exit codes is more important than trying to achieve 100% correctness when it comes to signals. So I'm definitely fine with adding a customization option: anything better would likely be more complex than is warranted.