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,45a9122ddf5fcf5 X-Google-Attributes: gid103376,public From: mheaney@ni.net (Matthew Heaney) Subject: Re: Rules for Representation of Subtypes Date: 1996/09/29 Message-ID: #1/1 X-Deja-AN: 186070411 references: content-type: text/plain; charset=ISO-8859-1 organization: Estormza Software mime-version: 1.0 newsgroups: comp.lang.ada Date: 1996-09-29T00:00:00+00:00 List-Id: In article , bobduff@world.std.com (Robert A Duff) wrote: >In article , >Robert Dewar wrote: >I wrote: >>It should." >And Robert replied: >>I am completely puzzled, you can specify the size of types and the size of >>objects, what on earth woul it mean to specify Storage_Size for an array >>(as opposed to specifying the type or object size for the array). > >The complaint was that Ada measures everythng in bits, and why can't you >specify sizes in bytes, or storage units, or whatever, which is much >more convenient in many cases. That's what I was saying "It should" to. And I agree, too! O'Storage_Units makes a lot more sense than O'Size / System.Storage_Unit Why not just save me the trouble, and make 'Storage_Units a predefined language attribute? I'd actually go further and make O'Bytes a predefined language attribute, which the compiler is free to reject if Storage_Unit /= 8 on this machine. I'm always a little nervous when I'm making an OS call that explicitly calls for length in bytes, yet I have to express the length in terms of Storage_Units. I know that thinking in terms Storage_Units is more portable, but there's nothing portable about Starlet.QIO ( ... P1 => O'Address, P2 => O'Size / System.Storage_Unit, ... QIO wants bytes, so why not let me say that directly? >- Bob matt -------------------------------------------------------------------- Matthew Heaney Software Development Consultant mheaney@ni.net (818) 985-1271