From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id WAA23352; Wed, 10 Mar 2004 22:32:33 +0100 (MET) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id WAA23125 for ; Wed, 10 Mar 2004 22:32:31 +0100 (MET) Received: from mx2.ngi.de (mx2.ngi.de [213.191.74.84]) by nez-perce.inria.fr (8.12.10/8.12.10) with ESMTP id i2ALWnKW017310 for ; Wed, 10 Mar 2004 22:32:50 +0100 Received: (qmail 4918 invoked from network); 10 Mar 2004 21:10:05 -0000 Received: from unknown (HELO rz.zidlicky.org) ([217.185.113.243]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 10 Mar 2004 21:10:05 -0000 Received: by rz.zidlicky.org (Postfix, from userid 511) id 1F465709BA; Wed, 10 Mar 2004 14:14:17 +0100 (CET) Date: Wed, 10 Mar 2004 14:14:17 +0100 From: Richard Zidlicky To: David Brown Cc: skaller , Eric Dahlman , caml-list@pauillac.inria.fr Subject: Re: [Caml-list] Bug with really_input under cygwin Message-ID: <20040310131417.GA2819@linux-m68k.org> References: <51FE3429-7219-11D8-8BF5-000393914EAA@atcorp.com> <1078888018.2452.52.camel@pelican.wigram> <20040310041009.GA27787@davidb.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20040310041009.GA27787@davidb.org> User-Agent: Mutt/1.4i X-Miltered: at nez-perce by Joe's j-chkmail ("http://j-chkmail.ensmp.fr")! X-Loop: caml-list@inria.fr X-Spam: no; 0.00; caml-list:01 bug:01 cygwin:01 2004:99 2004:99 1100,:01 latin-:01 scattered:01 byte:01 byte:01 wrote:03 wrote:03 encoding:04 0800,:04 uses:06 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk X-Status: X-Keywords: X-UID: 107 On Tue, Mar 09, 2004 at 08:10:09PM -0800, David Brown wrote: > On Wed, Mar 10, 2004 at 02:06:59PM +1100, skaller wrote: > > > In MS-DOS, files *always* consist of a number of 256 > > byte blocks. It is impossible to have a file with > > a non-256 byte multiple size. Of course, text files > > uses an encoding with a Ctrl-Z at the end. So the length > > of the file 'in bytes' is not the same as the length > > of the file 'in Latin-1'. The number of lines in the > > file isn't well defined: CR/LF marks end of line, > > but what happens if the CR and LF are scattered randomly? > > Is this true with "modern" version of DOS? FAT has a length-in-bytes > field in the directory entry. it was never true in DOS, it was in CP/M Richard ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners