Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@sources.redhat.com Delivered-To: mailing list cygwin@sources.redhat.com Message-Id: <4.3.1.2.20000713122755.01dbc620@pop.ma.ultranet.com> X-Sender: lhall@pop.ma.ultranet.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 13 Jul 2000 12:30:44 -0400 To: "cygwin@sourceware.cygnus.com" From: "Larry Hall (RFK Partners, Inc)" Subject: Re: Have rename() semantics changed? In-Reply-To: <20000713122327.A9529@cygnus.com> References: <779F20BCCE5AD31186A50008C75D9979171747@silldn_mail1.sanwaint.com> <779F20BCCE5AD31186A50008C75D9979171747@silldn_mail1.sanwaint.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 12:23 PM 7/13/2000, Chris Faylor wrote: >On Thu, Jul 13, 2000 at 05:15:06PM +0100, Fifer, Eric wrote: > > > >Stewart Greenhill wrote: > >> The latest cygwin seems not to allow open files to be renamed. This > >> works under Unix. It is not normally allowed under Windows, but worked > >> in previous versions of the cygwin environment. > >> > >> Is this an official change, or could it be a bug? > > > >I compared strace's on b20.1 and 1.1.2 and the shared argument to > >CreateFileA has changed. FILE_SHARE_DELETE was dropped from > >host_dependent.shared in dcrt0.cc (host_dependent_constants::init). > >This was the comment at the time: > > > > Sat Mar 18 01:32:04 2000 Christopher Faylor > > > > * dcrt0.cc (host_dependent_constants::init): Eliminate DELETE flag > > from shared constant. > > > >I put it back and your test program works again. Perhaps Chris can > >shed some light on the reason for the change. > >Can you still unlink opened files on Windows 9x, Windows NT, and W2K >with this change? I believe that is why I removed this. Either that >or it prevented files from being opened. Sorry that I don't remember. > >If the above still works, then I'll put this back and comment this >so we won't have to guess next time. > >cgf According to the MSDN, FILE_SHARE_DELETE is a NT/W2K thingy. That implies that this functionality is only available there. One would hope that enabling it doesn't cause 9x to misbehave but who knows. I suppose the constant could be conditionally compiled in if need be... Larry Hall lhall@rfk.com RFK Partners, Inc. http://www.rfk.com 118 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com