X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Sun, 7 Jun 2009 12:47:37 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: fcntl (locking) bug? Message-ID: <20090607104737.GF25832@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <1MDETl-1TyrI00 AT fwd05 DOT t-online DOT de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1MDETl-1TyrI00@fwd05.t-online.de> User-Agent: Mutt/1.5.19 (2009-02-20) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Jun 7 11:15, Margit Schubert-While wrote: > This is 1.5.25 but also happens on earlier versions. > It would appear that placing a shared read lock > on a file open for input/output is preventing the > the process itself from writing. Cygwin up to release 1.5.25 implements fcntl locks using Windows file locking calls. Windows semantics disallow write access to a shared lock for all processes, even the one setting up the first lock. Only an exclusive lock allows the locking process to write. This is supposed to be fixed in Cygwin 1.7 which will use an entire different mechanism to implement POSIX locks. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/