From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,fba0bee5733dc30e
X-Google-Attributes: gid103376,public
From: tmoran@bix.com
Subject: Re: Image processing File I/O
Date: 1998/09/24
Message-ID: <6udu72$3o@lotho.delphi.com>#1/1
X-Deja-AN: 394427467
Organization: Delphi Internet Services <http://www.delphi.com/>
Newsgroups: comp.lang.ada
Date: 1998-09-24T00:00:00+00:00
List-Id: <comp.lang.ada>

>two features ... are the streams themselves, and 8-bit characters.
Pixels are presumably represented by something which might, or might
not, be 8 bits wide, but it certainly isn't a Character.  It's case
doesn't matter, and whether it's hardware representation can be
mistaken for a digit or a letter is irrelevant.
>stream IO is now quicker. (Earlier versions of
  This, as noted, is compiler and version dependent.  For instance,
one older version of an Ada 95 compiler used a 16 bit representation
for the base type of an 8 bit type, which could result in a really
screwed up file if you did pixel by pixel stream IO.  But pixel by
pixel IO is going to be terribly slow in any case - you almost
certainly want to do at least a row at a time, if not the entire
image as a single IO call.
  I would also request that any post over a 100 or so lines should
be labeled in the subject line as 'long' since not all of us are
running on free T1 lines.