Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 73479 invoked from network); 20 May 2006 05:57:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 May 2006 05:57:13 -0000 Received: (qmail 78182 invoked by uid 500); 20 May 2006 05:57:12 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 78129 invoked by uid 500); 20 May 2006 05:57:11 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 78118 invoked by uid 99); 20 May 2006 05:57:11 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 May 2006 22:57:11 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=RCVD_IN_SORBS_WEB X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [207.155.248.18] (HELO dreadnought.cnchost.com) (207.155.248.18) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 May 2006 22:57:11 -0700 Received: from [192.168.0.21] (c-24-15-193-17.hsd1.il.comcast.net [24.15.193.17]) by dreadnought.cnchost.com (ConcentricHost(2.54) Relay) with ESMTP id 6635811E60; Sat, 20 May 2006 01:56:50 -0400 (EDT) Message-ID: <446EAFA1.4070901@rowe-clan.net> Date: Sat, 20 May 2006 00:56:49 -0500 From: "William A. Rowe, Jr." User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Greene CC: dev@apr.apache.org Subject: Re: apr_file_ungetc question References: <446E6667.50206@cox.net> In-Reply-To: <446E6667.50206@cox.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Michael Greene wrote: > Once again getting APR 1.2.7 working with OS/2 and Open Watcom, I have a > failure during testfile. The test is failing at test_ungetc. Part seems > to be the test and part the OS/2 source. In the test, the file is opened > APR_READ not APR_READ|APR_WRITE. However, I also need to know exactly > how apr_file_ungetc should actually work. ungetc simply 'puts back' or backs up the current offset by one. So the next read should again read the previously last character read - it's an optimization if you are, say, reading to EOL, and find a /r or /n, and then back up one to leave the pointer at the char you just read. Write access must NOT be required ;-/ Bill