Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <40355763.E01A2710@dessent.net> Date: Thu, 19 Feb 2004 16:40:03 -0800 From: Brian Dessent Organization: My own little world... MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: search and replace tool References: <291592011 DOT 20040218205953 AT thequod DOT de> <6 DOT 0 DOT 1 DOT 1 DOT 0 DOT 20040218151724 DOT 0398d488 AT 127 DOT 0 DOT 0 DOT 1> <40354B21 DOT 6040802 AT x-ray DOT at> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com Igor Pechtchanski wrote: > On Fri, 20 Feb 2004, Reini Urban wrote: > > > But fixing perl's long-standing inability to do direct inline editing > > via perl -i would be cygwin specific. > > Anyone investigated this lately? > > What on Earth are you talking about? What inability? WFM (see below). > ... > $ perl -i -pe 's/blah/stuff/g' sometext > $ ls > sometext sometext.bak It didn't do the editing "inline", it created a new file and renamed the old one ".bak". In other words, on Cygwin "-i" is really "-i.bak". If you try the above sequence on linux you don't get a .bak file and the changes are truly done in-place. I assume this relates to differences in filesystem semantics. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/