Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Date: Tue, 16 Mar 2004 10:01:24 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: read(): varblk tape records...(& Fix for : read()) Message-ID: <20040316090124.GN25204@cygbert.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i On Mar 16 02:09, Jason Winter wrote: > Hi Corinna, > > >Are you talking about the values in mt_gstat? See below. > > This mailing list rejects emails that contain source code (which isn't > 'attached' in a different file) so I can't easily show you what I mean: > > Function 'tape_status' in 'fhandler_tape.cc' uses 'not' mt_blkno to see if > it's past the beg.of.tape, but it only updates that variable when function > 'tape_get_pos' is called. It isn't called when 'FeaturesLow' doesn't have > the TAPE_DRIVE_GET_ABSOLUTE_BLK bit set, which happens when my tape drive > is busy and you request function 'GetTapeParameters'. If you cache that > feature bit from when the drive wasn't busy, then you know you can call > 'tape_get_pos' even when the tape is busy and the feature can't be read > (dynamically, as it is now.) Did you check the latest from CVS? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin AT cygwin DOT com Red Hat, Inc. -- 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/