comp.lang.ada
 help / color / mirror / Atom feed
From: Brian Rogoff <bpr@bpr.best.vwh.net>
Subject: Re: Directory listings and path names
Date: Tue, 22 Jan 2002 16:50:37 GMT
Date: 2002-01-22T16:50:37+00:00	[thread overview]
Message-ID: <Pine.BSF.4.40.0201221642240.94084-100000@bpr.best.vwh.net> (raw)
In-Reply-To: <u7kqacum5.fsf@gsfc.nasa.gov>

On 22 Jan 2002, Stephen Leake wrote:
> Brian Rogoff <bpr@bpr.best.vwh.net> writes:
>
> > Surely, we can find many OSes which provide no tasking, some tasking,
> > sophisticated tasking, etc. I subscribe to the view that what goes in
> > a language versus what goes in an OS is rather arbitrary. The same is
> > true for language and library. Library design is language design.
>
> I don't think this is true. The tasking constructs in Ada _cannot_ be
> provided by an Ada package; they require compiler support. Thus they
> are fundamentally different from directory operations, which clearly
> _can_ be provided by a package.

Right, I was misleading. My point was simply that the services that an OS
provides are not fixed in stone, so arguing that one thing or another is
a language feature or an OS feature is pointless. The languages designers
should simply decide what goes into the language.

In any case, believe it or not, lots of people do concurrent programming
in languages without built-in tasking, and rely on library packages to
provide that support.

> This is separate from the question of whether a directory/file
> operations package should be part of the standard. I agree it would be
> nice, also hard. Perhaps a good compromise would be for all the Ada
> vendors to support the Florist POSIX bindings, on OS's where that is
> not too hard.

I think it would be very nice, and not too hard. The Python model works
well enough. Besides, Ada has this wonderful package mechanism, why not
use it to standardize bindings to Unix, Windows, Mac, VMS (see Larry, I
didn't forget you ;), etc? This being 2002, I expect any practical
programming language to have a built-in way to do this. I admit, I'm
Unix/Windows centric. However, the competition is tough, and we're really
talking about very basic functionality that is not being provided.

-- Brian





  reply	other threads:[~2002-01-22 16:50 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-17 11:21 Directory listings and path names Andreas Valdusson
2002-01-17 13:00 ` M. A. Alves
2002-01-18 22:58   ` Brian Rogoff
2002-01-19  3:03     ` Larry Kilgallen
2002-01-19 14:28       ` Robert A Duff
2002-01-19 22:45         ` Brian Rogoff
2002-01-19 23:02           ` Nick Roberts
2002-01-22 14:45           ` Stephen Leake
2002-01-22 16:50             ` Brian Rogoff [this message]
2002-01-22 17:03               ` Jean-Marc Bourguet
2002-01-22 17:57             ` tmoran
2002-01-22 18:40               ` Larry Kilgallen
2002-01-19 14:20     ` Georg Bauhaus
2002-01-22 16:36     ` Marin David Condic
2002-01-23 13:47       ` Jean-Pierre Rosen
2002-01-23 14:32         ` Marin David Condic
2002-01-23 16:23           ` Jean-Pierre Rosen
2002-01-23 17:27       ` Mark Biggar
2002-01-23 18:24         ` Marin David Condic
2002-01-23 20:49           ` tmoran
2002-01-23 22:02             ` Robert A Duff
2002-01-23 22:35             ` Darren New
2002-01-23 23:00             ` Marin David Condic
2002-01-24 15:03               ` M. A. Alves
2002-01-23 23:20         ` Nick Roberts
2002-01-25  7:54           ` tgingold
2002-01-25 12:55             ` Larry Kilgallen
2002-01-25  0:17       ` Brian Rogoff
2002-01-25 14:47         ` Marin David Condic
2002-01-18 13:09 ` Joachim Schröer
     [not found] <Pine.LNX.4.33.0201171247440.8403-100000@lagoa.niaad.liacc.up.pt>
2002-01-17 14:26 ` M. A. Alves
replies disabled

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