Re: '>;' redirection operator

2011-12-25 Thread Roman Rakus
Feel free to write a patch. RR

Re: '>;' redirection operator

2011-12-24 Thread Gerard Seibert
On Sat, 24 Dec 2011 15:08:34 -0600 Bill Gradwohl articulated: > My original post was only to suggest that instead of more bells and > whistles, talent should be applied towards the documentation of what > is already there. Bill, it is a well known fact that the developers of a product are usually

Re: '>;' redirection operator

2011-12-24 Thread Bill Gradwohl
On Sat, Dec 24, 2011 at 1:26 PM, Chris Jones wrote: > I find it rather ironical that your rant should amount to a clumsy > rewording of section 6.1, GNU Manuals, from the GNU Coding Standards: > > http://www.gnu.org/prep/standards/html_node/GNU-Manuals.html#GNU-Manuals > > Followed that link and

Re: '>;' redirection operator

2011-12-24 Thread Chris Jones
On Sat, Dec 24, 2011 at 10:08:31AM EST, Bill Gradwohl wrote: [..] > The man page is written the way Robbie the Robot used to speak in the old > black and white TV days¹. Short, cryptic and in many cases unintelligible IN > THE DETAILS. Alternatively, one might snicker that some lawyer wrote it to

Re: '>;' redirection operator

2011-12-24 Thread Pierre Gaston
On Sat, Dec 24, 2011 at 5:08 PM, Bill Gradwohl wrote: > On Thu, Dec 22, 2011 at 5:34 PM, Thorsten Glaser wrote: > >> People complain about the readability of code enough already, and as >> practice shows, things like [[ have been around and nobody uses them >> anyway (often using just POSIX, but

Re: '>;' redirection operator

2011-12-24 Thread Bill Gradwohl
On Thu, Dec 22, 2011 at 5:34 PM, Thorsten Glaser wrote: > People complain about the readability of code enough already, and as > practice shows, things like [[ have been around and nobody uses them > anyway (often using just POSIX, but not even knowing – myself included > – that POSIX sh has $((…

Re: '>;' redirection operator

2011-12-24 Thread Thorsten Glaser
Eric Blake dixit: >powerful approach. Can we get buy-in from other shell developers to >support '>;' as an atomic temp-file replacement-on-success idiom, if Urgh, PLEASE NOT! People complain about the readability of code enough already, and as practice shows, things like [[ have been around and

Re: '>;' redirection operator [was: [1003.1(2008)/Issue 7 0000530]: Support in-place editing in sed (-iEXTENSION)]

2011-12-22 Thread Geir Hauge
2011/12/22 Bruce Korb > > When the exact opposite is the useful variation? I.e. keep-on-failure. > "-i" for sed is simple, understandable and implemented a lot. > As far as I know, -i is only implemented with GNU sed and BSD sed, and they are incompatible, BSD sed's -i takes a mandatory argument

Re: '>; ' redirection operator [was: [1003.1(2008)/Issue 7 0000530]: Support in-place editing in sed (-iEXTENSION)]

2011-12-22 Thread David Korn
cc: ebl...@redhat.com bug-bash@gnu.org d...@vger.kernel.org miros-disc...@mirbsd.org Subject: Re: '>;' redirection operator [was: [1003.1(2008)/Issue 7 530]: Support in-place editing in sed (-iEXTENSION)] > On 12/22/2011 08:39 AM, David Korn wrote: > > Su

Re: '>;' redirection operator [was: [1003.1(2008)/Issue 7 0000530]: Support in-place editing in sed (-iEXTENSION)]

2011-12-22 Thread Bruce Korb
On 12/22/11 13:03, Eric Blake wrote: I assume on the ksh implementation that the temp file is discarded if the command (simple or compound) feeding the redirection failed? One would hope! If the redirection is used on a simple command, is there any shorthand for specifying that the destinati