From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27553 invoked by alias); 4 Mar 2003 05:36:01 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 27516 invoked by uid 71); 4 Mar 2003 05:36:00 -0000 Resent-Date: 4 Mar 2003 05:36:00 -0000 Resent-Message-ID: <20030304053600.27515.qmail@sources.redhat.com> Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer) Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org, java-prs@gcc.gnu.org Resent-Reply-To: gcc-gnats@gcc.gnu.org, arenn@urbanophile.com Received: (qmail 23484 invoked by uid 48); 4 Mar 2003 05:32:33 -0000 Message-Id: <20030304053233.23483.qmail@sources.redhat.com> Date: Tue, 04 Mar 2003 05:36:00 -0000 From: arenn@urbanophile.com Reply-To: arenn@urbanophile.com To: gcc-gnats@gcc.gnu.org X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31) Subject: libgcj/9934: Bugs in natFileDescriptorPosix.cc:available() X-SW-Source: 2003-03/txt/msg00141.txt.bz2 List-Id: >Number: 9934 >Category: libgcj >Synopsis: Bugs in natFileDescriptorPosix.cc:available() >Confidential: no >Severity: serious >Priority: low >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Tue Mar 04 05:36:00 UTC 2003 >Closed-Date: >Last-Modified: >Originator: Aaron M. Renn >Release: CVS as of 2003-03-03 >Organization: >Environment: Linux Red Hat 8.0 >Description: In java::io::FileDescriptor::available, call to lseek in HAVE_FSTAT block reverses parms. Should be lseek(fd, 0, SEEK_CUR) not lseek(fd, SEEK_CUR, 0) Also, the last return value appears to be a fall through value that may or may not be what is intended. If fall through to zero is ok when various other methods fail, why not return zero when there is no implementation rather than throwing exception? >How-To-Repeat: N/A >Fix: >Release-Note: >Audit-Trail: >Unformatted: