From unknown Fri Jun 20 18:01:07 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#25587 <25587@debbugs.gnu.org> To: bug#25587 <25587@debbugs.gnu.org> Subject: Status: In -i mode, shouldn't sed continue processing the command line if it can't access some files? Reply-To: bug#25587 <25587@debbugs.gnu.org> Date: Sat, 21 Jun 2025 01:01:07 +0000 retitle 25587 In -i mode, shouldn't sed continue processing the command lin= e if it can't access some files? reassign 25587 sed submitter 25587 Zack Weinberg severity 25587 normal tag 25587 notabug thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 31 10:12:53 2017 Received: (at submit) by debbugs.gnu.org; 31 Jan 2017 15:12:53 +0000 Received: from localhost ([127.0.0.1]:52364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cYa73-0005d1-B7 for submit@debbugs.gnu.org; Tue, 31 Jan 2017 10:12:53 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37378) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cYa72-0005cn-2a for submit@debbugs.gnu.org; Tue, 31 Jan 2017 10:12:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYa6v-0000Es-MU for submit@debbugs.gnu.org; Tue, 31 Jan 2017 10:12:46 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_50,RCVD_IN_SORBS_SPAM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:32974) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cYa6v-0000En-JP for submit@debbugs.gnu.org; Tue, 31 Jan 2017 10:12:45 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56577) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYa6r-0004pG-L5 for bug-sed@gnu.org; Tue, 31 Jan 2017 10:12:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYa6o-0000E5-HS for bug-sed@gnu.org; Tue, 31 Jan 2017 10:12:41 -0500 Received: from mailbackend.panix.com ([166.84.1.89]:46654) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cYa6o-0000Dk-DJ for bug-sed@gnu.org; Tue, 31 Jan 2017 10:12:38 -0500 Received: from mail-wj0-f180.google.com (mail-wj0-f180.google.com [209.85.210.180]) by mailbackend.panix.com (Postfix) with ESMTPSA id 5E705130A2 for ; Tue, 31 Jan 2017 10:12:36 -0500 (EST) Received: by mail-wj0-f180.google.com with SMTP id b20so15507445wjs.2 for ; Tue, 31 Jan 2017 07:12:36 -0800 (PST) X-Gm-Message-State: AIkVDXI7W8rEaRm9VTMRXXogRszQsZElndH7/pPv23HAI8/tp24jaii9RNsPDlfOCy1sZVnez398Ht3AD6I5SQ== X-Received: by 10.223.132.166 with SMTP id 35mr23766839wrg.122.1485875555143; Tue, 31 Jan 2017 07:12:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.29.214 with HTTP; Tue, 31 Jan 2017 07:12:34 -0800 (PST) From: Zack Weinberg Date: Tue, 31 Jan 2017 10:12:34 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: In -i mode, shouldn't sed continue processing the command line if it can't access some files? To: bug-sed@gnu.org Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux (Android) [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.8 (---) 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: -3.8 (---) Consider $ mkdir test $ cd test $ printf 'foo\nbar\n' > a $ mkdir b $ printf 'foo\nbar\n' > c $ sed -i '$d' * sed: couldn't edit b: not a regular file $ ls -l -rw-r--r-- 1 zack zack 4 Jan 31 10:06 a drwxr-xr-x 2 zack zack 4096 Jan 31 10:06 b -rw-r--r-- 1 zack zack 8 Jan 31 10:06 c I find this behavior surprising. In -i mode, I think sed should go on to process 'c' even though it failed to process 'b'. $ sed --version | sed 1q sed (GNU sed) 4.3 zw From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 31 18:52:09 2017 Received: (at 25587) by debbugs.gnu.org; 31 Jan 2017 23:52:09 +0000 Received: from localhost ([127.0.0.1]:52656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cYiDZ-000114-3k for submit@debbugs.gnu.org; Tue, 31 Jan 2017 18:52:09 -0500 Received: from mailgw01.kcn.ne.jp ([61.86.7.208]:42865) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cYiDX-00010Z-Cj for 25587@debbugs.gnu.org; Tue, 31 Jan 2017 18:52:08 -0500 Received: from mxs02-s (mailgw2.kcn.ne.jp [61.86.15.234]) by mailgw01.kcn.ne.jp (Postfix) with ESMTP id 28B4D4A08EB for <25587@debbugs.gnu.org>; Wed, 1 Feb 2017 08:52:00 +0900 (JST) X-matriXscan-loop-detect: d06f99386ee2f4893cfd141a6b9d051bcacd023f Received: from mail05.kcn.ne.jp ([61.86.6.184]) by mxs02-s with ESMTP; Wed, 01 Feb 2017 08:51:59 +0900 (JST) Received: from [10.120.1.68] (i118-21-128-66.s30.a048.ap.plala.or.jp [118.21.128.66]) by mail05.kcn.ne.jp (Postfix) with ESMTPA id 4571A7D009C; Wed, 1 Feb 2017 08:51:59 +0900 (JST) Date: Wed, 01 Feb 2017 08:51:59 +0900 From: Norihiro Tanaka To: Zack Weinberg Subject: Re: bug#25587: In -i mode, shouldn't sed continue processing the command line if it can't access some files? In-Reply-To: References: Message-Id: <20170201085158.754E.27F6AC2D@kcn.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.73 [ja] X-matriXscan-Sophos-AV: Clean X-matriXscan-Action: Approve X-matriXscan: Uncategorized X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 25587 Cc: 25587@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: -0.0 (/) On Tue, 31 Jan 2017 10:12:34 -0500 Zack Weinberg wrote: > Consider > > $ mkdir test > $ cd test > $ printf 'foo\nbar\n' > a > $ mkdir b > $ printf 'foo\nbar\n' > c > $ sed -i '$d' * > sed: couldn't edit b: not a regular file > $ ls -l > -rw-r--r-- 1 zack zack 4 Jan 31 10:06 a > drwxr-xr-x 2 zack zack 4096 Jan 31 10:06 b > -rw-r--r-- 1 zack zack 8 Jan 31 10:06 c > > I find this behavior surprising. In -i mode, I think sed should go on > to process 'c' even though it failed to process 'b'. > > $ sed --version | sed 1q > sed (GNU sed) 4.3 > > zw perl works as you say, but I seem that it is designed. $ rm -rf * $ echo 1 >a $ mkdir b $ echo 1 >c $ sed -i 's/1/2/' * sed: couldn't edit b: not a regular file $ cat a c 2 1 $ rm -rf * $ echo 1 >a $ mkdir b $ echo 1 >c $ perl -pi -e 's/1/2/' * Can't do inplace edit: b is not a regular file, <> line 1. $ cat a c 2 2 grep skips errors, and gawk stops at error. i.e. the behavior is different between commands. $ echo 1 > a $ echo 1 > c $ grep 1 * a:1 grep: b: Is a directory c:1 $ awk '{print $1}' * 1 awk: (FILENAME=a FNR=1) fatal: cannot open file `b' for reading (Success) From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 09 10:14:27 2018 Received: (at 25587) by debbugs.gnu.org; 9 Oct 2018 14:14:27 +0000 Received: from localhost ([127.0.0.1]:42418 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9smI-000689-OC for submit@debbugs.gnu.org; Tue, 09 Oct 2018 10:14:26 -0400 Received: from mail-io1-f67.google.com ([209.85.166.67]:34299) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9smG-00067w-Rh for 25587@debbugs.gnu.org; Tue, 09 Oct 2018 10:14:25 -0400 Received: by mail-io1-f67.google.com with SMTP id w2-v6so1275732ioc.1 for <25587@debbugs.gnu.org>; Tue, 09 Oct 2018 07:14:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=mAVBJLIhimiY/XBMjaeY7BteikeGzmg1honZhHKM370=; b=tLRUoLd8MfU3HohoijU1anpcj9OUZC18+Te+i0qvMQmmtur2aEuthOQxLSsc6TvmrQ s+l8AEMxEEBYSveYbReNplFRmCd972kyf4Zg6M8owMxMxuhWE2Bi/RArKH+M2ymIIhHn PY+5J2AEQ8Wn3HLoIYRM521SXlG2dGn4Mbz/heT5kxhLDqDwYpKXm6enlvve0B310ViE Etm/YiRx4b3cH4kovGBBU/zvwBp1rXOnHyaFVYWjGCbuk0Ck8qoKGWz1KA+TKs1D+U67 4voSvLAHFQEWge84U139NIT/HceAPZtRzKg7FTyQw5RxN1udEWh2rYZ3Ja8XzoiLEai4 Nk6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=mAVBJLIhimiY/XBMjaeY7BteikeGzmg1honZhHKM370=; b=pxNtMG+S+huOKznMVGLYwR0KBfod7DdGNSY6beIgZB395XAxFf0fsU0IokZjSMUNz6 hPwIO1eEwsZD2y9z3RbMsQsw1KGNnj2zyhtaSt7u6iKWSsvuaImnaXvFK1TgAINw5yVs Q5eHeMTO93LYbZPJXFWYSBuWjcJ/+/gRBfwGbAO1xeLAm18rLmgPncdhD/Q9Rv4pjg67 tqMIB49g/a9kP5PtYo0pVRSZS38HnFgSsjUQX1cPES90RPzeJjFQeGsLcAd/ohDWsFpo j9mD2G6s/2WudgX5QczvjxOiSGm/5nTcfShLWVqm2gMpXLve2+VWHKF5aDE448chN108 13lw== X-Gm-Message-State: ABuFfoiz217kqUfUdJ4aNM60BhWtSXmSylXm3uJRk+vRNkOpC4juOwho KtE/5klacIO3Q0CAxDvrdeJLNk2gEhw= X-Google-Smtp-Source: ACcGV62yjGVVk+moxL6rSrN6Dy8RHF9vQ2HZb9uFnbDB8C+xArl69SAR6igV7iA9xPQcRcrCmF9r+w== X-Received: by 2002:a6b:dd11:: with SMTP id f17-v6mr18751244ioc.45.1539094458682; Tue, 09 Oct 2018 07:14:18 -0700 (PDT) Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38]) by smtp.googlemail.com with ESMTPSA id a15-v6sm2834372itc.3.2018.10.09.07.14.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Oct 2018 07:14:17 -0700 (PDT) Subject: Re: bug#25587: In -i mode, shouldn't sed continue processing the command line if it can't access some files? To: Norihiro Tanaka , Zack Weinberg References: <20170201085158.754E.27F6AC2D@kcn.ne.jp> From: Assaf Gordon Message-ID: <95a3f8ef-3e54-7c68-6622-52b8f4b0e312@gmail.com> Date: Tue, 9 Oct 2018 08:14:16 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20170201085158.754E.27F6AC2D@kcn.ne.jp> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 25587 Cc: 25587@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: -1.0 (-) tags 25587 notabug close 25587 stop Hello, (catching up on old reports) On 31/01/17 04:51 PM, Norihiro Tanaka wrote: > > On Tue, 31 Jan 2017 10:12:34 -0500 > Zack Weinberg wrote: > >> Consider >> >> $ mkdir test >> $ cd test >> $ printf 'foo\nbar\n' > a >> $ mkdir b >> $ printf 'foo\nbar\n' > c >> $ sed -i '$d' * >> sed: couldn't edit b: not a regular file >> $ ls -l >> -rw-r--r-- 1 zack zack 4 Jan 31 10:06 a >> drwxr-xr-x 2 zack zack 4096 Jan 31 10:06 b >> -rw-r--r-- 1 zack zack 8 Jan 31 10:06 c >> >> I find this behavior surprising. In -i mode, I think sed should go on >> to process 'c' even though it failed to process 'b'. >> > > perl works as you say, but I seem that it is designed. [...] > grep skips errors, and gawk stops at error. > i.e. the behavior is different between commands. Thank you Norihiro for testing and reporting more programs. I will add that the {Open,Free,Net}BSD sed implementation behaves like GNU sed (i.e. stops immediately after failure without changing 'c'), while busybox's sed implementation does process all files (including creating an empty file 'b' !! which is not less surprising). With that, and the fact that this behavior has been in place for many years and shouldn't be changed, I'm inclined to close this bug report. Discussion can continue by replying to this thread. regards, - assaf From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 09 10:15:04 2018 Received: (at control) by debbugs.gnu.org; 9 Oct 2018 14:15:04 +0000 Received: from localhost ([127.0.0.1]:42422 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9smu-0006By-2j for submit@debbugs.gnu.org; Tue, 09 Oct 2018 10:15:04 -0400 Received: from mail-it1-f172.google.com ([209.85.166.172]:52107) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9smr-00068l-7q for control@debbugs.gnu.org; Tue, 09 Oct 2018 10:15:02 -0400 Received: by mail-it1-f172.google.com with SMTP id 74-v6so2825964itw.1 for ; Tue, 09 Oct 2018 07:15:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:message-id:date:user-agent:mime-version:content-language :content-transfer-encoding; bh=a36DM41cwbPdyGLMNgh2QYDJKEQMOXMvqF+XnjDOGOk=; b=hKr6GuInBfO228ZhuHWjiQ1rtzyUvH/bS31Qs+57Ej/AASNemAda4gdX9NYak1g8Y6 XzjSWlpDjNLv8P8TI3d4XgcC3T/z/gAmIyVy+LtBUzVwzf+A2UYulfdSWtOOv2RVesZF hqO/u3wFY1/v7VEXjxtsLEa2/NprBDxEbwNt5JG2OsJC9Ky01ym8yvALAqh51J3yv92u aTa7DyDcNpfE9fT7mpQvIiyfwBqb8OaG7VMCQSznk7JTKOrLnd5xyMa1NjsQsZ+2rCou 8S7q0sOUhjz2qESp41JICZirmN9ZjSIQ11ijKG6pXaks2EPaYGCzu9WdAoNM72Ruo1NY JEjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=a36DM41cwbPdyGLMNgh2QYDJKEQMOXMvqF+XnjDOGOk=; b=pP6CLdVpCrRQBAT7D9q+3FQy34/WrcyhKxoqzCpWBceVb8gDtUO4JzlCGpAvT6vuBw mNfJONfQ6zD4dU7G1Qdz+FMVKzbtYJZ3nJ5bEgUSjbqAcTDbZUgCKQkEM6ZlGYSCWWZd jxsMJD2R9JfeCZUW7LTNUuyn+7uw9WJnLt2lFiZ8ezVVn6mlAfpSJNcIUJPqxG1b/kSC CMzHODDM3gMdkzd0MRvEnf9ZU2KaPKJnVuXRuM3xdWpGlbdgWs0NMHOLp72GlNfUMb/F U+PnNj40234em/nAlZMG18KtQUVETR/eKbYAsQQ0B7JBa9VFKjg3DnwPhHcfR+58wh7g imPA== X-Gm-Message-State: ABuFfoiHpbw8Ed/5wPTOEc7DGE57B2qcBTKD7gVGnjUnQlOeNo1oM0UE RIzNKNDFtmtPoF24bIM2/OjNsoevdzE= X-Google-Smtp-Source: ACcGV623TAP4bHDTw9BMRSAG6ZDjzjiBUhD0GZCo+oiXUlkBGsx8pAL6DZEJTMy+hAadrzzraSCz5w== X-Received: by 2002:a24:8a81:: with SMTP id v123-v6mr1919704itd.176.1539094495180; Tue, 09 Oct 2018 07:14:55 -0700 (PDT) Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38]) by smtp.googlemail.com with ESMTPSA id u132-v6sm5127326ita.9.2018.10.09.07.14.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Oct 2018 07:14:54 -0700 (PDT) To: control@debbugs.gnu.org From: Assaf Gordon Message-ID: <3c42bf06-1cbc-734c-81bc-d3e774c02fa6@gmail.com> Date: Tue, 9 Oct 2018 08:14:52 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 25587 notabug close 25587 stop [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.166.172 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (assafgordon[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.166.172 listed in wl.mailspike.net] 1.8 MISSING_SUBJECT Missing Subject: header 0.2 NO_SUBJECT Extra score for no subject X-Debbugs-Envelope-To: control 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 (+) tags 25587 notabug close 25587 stop From unknown Fri Jun 20 18:01:07 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 07 Nov 2018 12:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator