comp.lang.ada
 help / color / mirror / Atom feed
From: "Marin David Condic" <dont.bother.mcondic.auntie.spam@[acm.org>
Subject: Re: adasockets and adatypes
Date: Tue, 4 Sep 2001 11:58:08 -0400
Date: 2001-09-04T15:58:10+00:00	[thread overview]
Message-ID: <9n2tmi$g4j$1@nh.pace.co.uk> (raw)
In-Reply-To: 1v6l7.3307$4z.6132@www.newsranger.com

Also, just because you can get there by rolling-your-own operations, in my
mind isn't the same as saying 'Input and 'Output produce "portable" results.
If I've got to go to the extreme of first thoroughly defining the
representation of all the data types involved and second defining 'Input and
'Output for everything involved, then I might just as well have done a
little bit-twiddling with Unchecked_Conversion, etc., and produced my own
message catalog. You already have the rep clauses you need (maybe even fewer
of them!) and one Unchecked_Conversion or overlay later and you're there.

And I still think you've got issues that don't let you absolutely guarantee
representation - at least not if the requirement is that you must be able to
interface to any arbitrary reader/writer at the other end of the stream. You
certainly have little to no control over the language defined types and,
IIRC, there were issues if you needed to span boundaries or otherwise deal
with a stream that might be produced anywhere by anything.

If you have a sufficiently bounded problem, you can probably get there -
albeit with more effort than I'd like to expend. For some specific set of
messages and some specific set of machines/compilers, you can come up with a
consistent production/consumption of the data. But I think you have a hard
time dealing with the more general cases.

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:1v6l7.3307$4z.6132@www.newsranger.com...
> In article <mailman.999615244.13142.comp.lang.ada@ada.eu.org>, David C.
Hoos
> says...
> >This is simply not so. If the record component types have user-defined
> >endianness-independent stream attributes, then the data will have the
>
> How does one do this for language-defined types? Every Ada compiler I've
tried
> it on (including gnat 3.13p just now) only allows one to redefine the IO
> attributes in the same declaration section in which the type is declared.
>
> If you only have 2 implementations to get talking, it is fairly easy to
massage
> one end until it talks like the other. That isn't the same thing as true
> portability.
>






  parent reply	other threads:[~2001-09-04 15:58 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-04 10:53 adasockets and adatypes Tony Gair
2001-09-04 11:37 ` David C. Hoos, Sr.
2001-09-04 12:17   ` Florian Weimer
2001-09-04 14:55     ` David C. Hoos
2001-09-04 15:33       ` Ted Dennison
2001-09-04 15:53         ` David C. Hoos
2001-09-04 18:53           ` Ted Dennison
2001-09-04 20:44             ` David C. Hoos
2001-09-04 21:35               ` Ted Dennison
2001-09-04 15:58         ` Marin David Condic [this message]
2001-09-05  9:13   ` Tony Gair
2001-09-04 12:02 ` Marc A. Criley
2001-09-04 13:43 ` Marin David Condic
2001-09-04 22:12   ` Simon Wright
2001-09-06  7:04     ` Ole-Hjalmar Kristensen
2001-09-07 13:16       ` Peter Dulimov
2001-09-07 14:46         ` Ted Dennison
2001-09-08  5:51         ` Simon Wright
2001-09-06 14:16     ` Marin David Condic
replies disabled

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