Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 16819 invoked from network); 1 Aug 2004 17:38:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 1 Aug 2004 17:38:16 -0000 Received: (qmail 9842 invoked by uid 500); 1 Aug 2004 17:38:15 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 9804 invoked by uid 500); 1 Aug 2004 17:38:15 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 9791 invoked by uid 99); 1 Aug 2004 17:38:15 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Date: Sun, 01 Aug 2004 10:38:13 -0700 From: Justin Erenkrantz To: Brian Havard , APR developers Subject: Re: apr_file_open: APR_CREATE without APR_WRITE? Message-ID: In-Reply-To: References: X-Mailer: Mulberry/3.1.5 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.0-pre1-r21475 X-Spam-Checker-Version: SpamAssassin 3.0.0-pre1-r21475 (2004-06-19) on scotch.ics.uci.edu X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --On Saturday, July 31, 2004 11:55 AM +1000 Brian Havard wrote: > While porting Subversion to OS/2 I came across a failure where it tries to > open a file using only APR_READ | APR_CREATE. This results in an error on > OS/2, it doesn't seem to like the idea of creating a new file with > read-only access. > > Is this supposed to work or is it just lucky that happens to work on other > platforms? IE should I fix APR or Subversion? I'd fix APR as I think it's reasonable to use that construct to 'touch' an empty file - which is what SVN does, IIRC. Seems like OS/2 should just implicitly add write behind the scenes in this corner case... -- justin