From: sandmann AT clio DOT rice DOT edu (Charles Sandmann)
Message-Id: <10108260247.AA17773@clio.rice.edu>
Subject: Re: Read 3F00 STDIN problem on Win 2K ( was Re: Fseek on STDIN problem on Win 2K)
To: acottrel AT ihug DOT com DOT au (Andrew Cottrell)
Date: Sat, 25 Aug 2001 21:47:18 -0500 (CDT)
Cc: eliz AT is DOT elta DOT co DOT il (Eli Zaretskii), djgpp-workers AT delorie DOT com
In-Reply-To: <007401c12dd7$7fa4cd50$0a02a8c0@acceleron> from "Andrew Cottrell" at Aug 26, 2001 12:33:30 PM
X-Mailer: ELM [version 2.5 PL2]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

The reason why V2.03 does not show this problem is that there was a change
to filelen.c which stat calls.  If lfn then it uses the 71a6 call to get
the file length.  If you use the V2.03 version (which uses seeks) fstat 
doesn't mess up the position.  It seems that doing some seeks
on the handle before the read conditions it to work?  More testing needed.