From: Kilgallen@SpamCop.net (Larry Kilgallen)
Subject: Re: ISO/IEC 14519 - Ada POSIX binding
Date: 21 Jun 2003 08:03:25 -0500
Date: 2003-06-21T08:03:25-05:00 [thread overview]
Message-ID: <ZwV4HxdnEIJ6@eisner.encompasserve.org> (raw)
In-Reply-To: m3he6jsiqi.fsf@insalien.org
In article <m3he6jsiqi.fsf@insalien.org>, Ludovic Brenta <ludovic.brenta@insalien.org> writes:
> Marin David Condic writes:
>
>> Ludovic Brenta wrote:
>> > On the contrary, as I said, POSIX _is_ an abstract interface, and
>> > implementations have some freedom in how they implement it.
>> >
>> It is an "abstract interface" for a UNIX-like implementation. There
>> are OS's besides UNIX and possibly in the next ten years or so that
>> an Ada standard would have to live, there may be a bunch more
>> non-UNIX operating systems out there. I have no objection to POSIX
>> or UNIX - just suggesting that an Ada standard would do well to not
>> dictate either POSIX or UNIX as the only possible answer.
>
> Maybe you have a point here ("all problems can be solved with an
> additional level of indirection", I think was the quote). It probably
> depends on how difficult it would be to implement POSIX.5 sockets on
> non-POSIX platforms.
It is not just a matter of "how difficult" but rather "how illogical".
VMS direct IP access uses the QIO system service which returns status
on every call and after every IO completion. Layering a C-language
socket structure on top of that introduces the awful "errno" business.
Now should an IP package for Ada go through that C-language layer and
try to undo the "errno" business, or should it call the QIO system service
directly and never get tied up in "errno" at all ?
> Furthermore, I would think that anyone designing
> a new OS in the next ten years would want to make it POSIX-compliant,
> because it would be too difficult to try an impose an alternative API.
> In fact, you've probably noticed that even the MVS and z/OS mainframe
> operating systems became POSIX-compliant for just that reason.
When VMS added Posix-compliant calls it was to allow C programmers
to use it in a fashion to which they were accustomed. They did
_not_ force all programmers to use those C conventions. Is the
MVS situation somehow more restrictive ?
next prev parent reply other threads:[~2003-06-21 13:03 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-19 21:43 ISO/IEC 14519 - Ada POSIX binding Mark Lorenzen
2003-06-19 21:29 ` tmoran
2003-06-28 23:48 ` Richard Riehle
2003-06-20 11:57 ` Marin David Condic
2003-06-20 14:08 ` Ludovic Brenta
2003-06-20 16:39 ` Warren W. Gay VE3WWG
2003-06-20 18:33 ` tmoran
2003-06-20 19:09 ` Warren W. Gay VE3WWG
2003-06-21 19:14 ` Florian Weimer
2003-06-21 19:42 ` tmoran
2003-06-21 21:04 ` Robert I. Eachus
2003-06-29 15:05 ` Florian Weimer
2003-06-20 19:24 ` Georg Bauhaus
2003-06-20 20:49 ` Warren W. Gay VE3WWG
2003-06-20 20:49 ` Wesley Groleau
2003-06-20 23:05 ` Mark Lorenzen
2003-06-21 1:49 ` David Emery
2003-06-21 19:19 ` Florian Weimer
2003-06-21 21:47 ` David Emery
2003-06-21 22:22 ` Larry Kilgallen
2003-06-23 16:13 ` Warren W. Gay VE3WWG
2003-06-23 22:41 ` Berend de Boer
2003-06-24 9:52 ` Lutz Donnerhacke
2003-06-24 20:43 ` Berend de Boer
2003-06-25 9:02 ` Pascal Obry
2003-06-25 9:46 ` Lutz Donnerhacke
2003-06-25 21:19 ` Berend de Boer
2003-06-21 13:01 ` Pascal Obry
2003-06-21 12:11 ` Marin David Condic
2003-06-21 12:44 ` Ludovic Brenta
2003-06-21 13:03 ` Larry Kilgallen [this message]
2003-06-21 22:28 ` Ludovic Brenta
2003-06-22 3:45 ` Larry Kilgallen
2003-06-22 8:47 ` Mark Lorenzen
2003-06-23 16:36 ` Warren W. Gay VE3WWG
2003-06-24 11:46 ` Marin David Condic
2003-06-21 19:09 ` Florian Weimer
2003-06-21 22:38 ` Mark Lorenzen
2003-06-21 22:51 ` Ludovic Brenta
2003-06-23 16:54 ` Warren W. Gay VE3WWG
2003-06-24 11:49 ` Marin David Condic
2003-06-24 13:31 ` Warren W. Gay VE3WWG
2003-06-23 16:46 ` Warren W. Gay VE3WWG
2003-06-23 22:43 ` Berend de Boer
2003-06-29 15:10 ` Florian Weimer
2003-06-29 20:58 ` David Emery
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox