comp.lang.ada
 help / color / mirror / Atom feed
From: "Marin David Condic" <dont.bother.mcondic.auntie.spam@[acm.org>
Subject: Re: Ada and Internet stuff
Date: Fri, 31 Aug 2001 09:46:55 -0400
Date: 2001-08-31T13:46:56+00:00	[thread overview]
Message-ID: <9mo4gg$2ib$1@nh.pace.co.uk> (raw)
In-Reply-To: CnMj7.465$F4.1099@www.newsranger.com

In practical terms, I'm not sure that it is terribly important. Most
computers these days have memory addressable in 8-bit bytes and
communications equipment that is oriented towards 8-bit bytes. I doubt that
there are many actual, validated implementations of Ada95 that *don't* use 8
bits for a stream element. In most applications, I would feel very
comfortable writing code that depended on Stream_Element being an 8-bit byte
and not worrying about absolute portability. Most apps are not ported to
begin with and the minority that are, typically are going to be ported to
similar machines. So if most machines use 8-bit bytes and most Ada
implementations use 8-bits for Stream_Element, is there really a practical
problem here?

I'd be interested to hear of a case where it did make a difference. I'm sure
a few exist, but I think its got to be a small percentage.

MDC
--
Marin David Condic
Senior Software Engineer
Pace Micro Technology Americas    www.pacemicro.com
Enabling the digital revolution
e-Mail:    marin.condic@pacemicro.com
Web:      http://www.mcondic.com/


"Ted Dennison" <dennison@telepath.com> wrote in message
news:CnMj7.465$F4.1099@www.newsranger.com...
> That's another good point. I don't think there is, but its probably almost
> always going to be a reasonable assumption that Stream_Element'size is
evenly
> divisiable by Storage_Unit'size. It would be nice if this were in the
standard
> though. I can't see what good use anyone could make of the extra
flexiblity.
>






  reply	other threads:[~2001-08-31 13:46 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-24 19:22 Ada and Internet stuff Darren New
2001-08-24 19:39 ` Ted Dennison
2001-08-24 20:30   ` Pascal Obry
2001-08-24 22:03     ` Ehud Lamm
2001-08-26 15:52       ` David Botton
2001-08-26 20:32         ` Pascal Obry
2001-08-27  1:40           ` David Botton
2001-08-27  6:31             ` Ehud Lamm
2001-08-24 20:32 ` Pascal Obry
2001-08-24 23:36   ` Darren New
2001-08-24 20:39 ` Larry Kilgallen
2001-08-24 22:08 ` Marc A. Criley
2001-08-25  7:07   ` Pascal Obry
2001-08-27  1:49 ` tmoran
2001-08-27 11:04   ` Tarjei T. Jensen
2001-08-27 11:28     ` Ehud Lamm
2001-08-27 20:09       ` Pascal Obry
2001-08-27 23:10   ` David Botton
2001-08-29  5:52     ` tmoran
2001-08-29 16:28       ` Darren New
2001-08-29 17:12         ` David Botton
2001-08-29 17:32         ` Ted Dennison
2001-08-29 18:51         ` tmoran
2001-08-29 19:00           ` Darren New
2001-08-29 19:53             ` tmoran
2001-08-29 20:03               ` Darren New
2001-08-29 20:08           ` Ted Dennison
2001-08-30  7:08             ` tmoran
2001-08-31  2:39               ` tmoran
2001-08-31 13:34                 ` Ted Dennison
2001-08-31 13:46                   ` Marin David Condic [this message]
2001-08-31 17:37                     ` tmoran
2001-08-31 17:59                       ` Marin David Condic
2001-09-01 17:56                         ` tmoran
2001-08-31 13:34                 ` Marin David Condic
2001-08-31 17:52                   ` Ted Dennison
2001-08-31 18:09                     ` Marin David Condic
2001-08-31  2:53               ` compile time Least Common Multiple, was " tmoran
2001-08-31 13:43                 ` Ted Dennison
2001-08-31 17:37                   ` tmoran
2001-08-31 18:08                     ` Ted Dennison
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox