From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from wopr.sciops.net ([216.126.196.60]) by ewsd; Fri Jan 11 18:45:11 EST 2019 Received: (qmail 65914 invoked by uid 1001); 11 Jan 2019 15:45:03 -0800 Date: Fri, 11 Jan 2019 15:45:03 -0800 From: Kurt H Maier To: 9front@9front.org Subject: Re: [9front] bug in sed Message-ID: <20190111234503.GA58727@wopr> Mail-Followup-To: 9front@9front.org References: <91C37D1810DFA387250DE379ED2548CF@prosimetrum.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <91C37D1810DFA387250DE379ED2548CF@prosimetrum.com> List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: self-healing reduce/map property rails-oriented realtime-java control On Sat, Jan 12, 2019 at 12:46:02PM +1300, umbraticus@prosimetrum.com wrote: > > in (s)ed (yes, ed does it too), g means for every match per line, > so s/^blah//g perhaps doesn't make sense, since there is only one ^ per line... Agree that there is only one ^ per line, but that just means that g is extraneous, not that it should change the behavior to having one ^ per pass, which is what is happening now. Even if s/^ //g doesn't make sense, it should still work. Once per line. khm