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: <6.0.1.1.0.20040806063109.01f76b88@imap.myrealbox.com> X-Sender: tprince AT imap DOT myrealbox DOT com Date: Fri, 06 Aug 2004 06:35:40 -0700 To: cygwin AT cygwin DOT com, cygwin AT cygwin DOT com From: Tim Prince Subject: Re: 1.5.5.1 unlink() unable to remove an open file. In-Reply-To: <20040806080615.GC31522@cygbert.vinschen.de> References: <20040806080615 DOT GC31522 AT cygbert DOT vinschen DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-IsSubscribed: yes At 01:06 AM 8/6/2004, Corinna Vinschen wrote: >On Aug 6 13:59, Ghanshyam wrote: > > > > hi all, > > > > I am having a problem with unlink() system call. If the file is > > currently open by some other process then unlink() is unable to delete > > that file ( shown in 'ls' to that directory) but returns successfull! But > > after all filedescriptors open to that file are closed, the file is > > removed. > > But in linux, the 'file' is removed immediately after unlink() > > call, irrespective of how many other open filedescriptors are there for > > the 'file'. > > Is there any specific reason for such a behaviour by cygwin??? > >Welcome in the wonderful world of Windows. > >Corinna I've noted that the Microsoft library _unlink() returns a no permission status when attempting to remove an open file. Difficulty with unlink(), not to mention intermittent visibility to cygwin bash of XP environment variables used to designate paths, has been frustrating. Tim Prince -- 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/