comp.lang.ada
 help / color / mirror / Atom feed
From: robert_dewar@my-dejanews.com
Subject: Re: System Calls
Date: 1998/12/29
Date: 1998-12-29T00:00:00+00:00	[thread overview]
Message-ID: <76babo$4ls$1@nnrp1.dejanews.com> (raw)
In-Reply-To: 76ai9b$ion5@news.kvaerner.com

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1564 bytes --]

In article <76ai9b$ion5@news.kvaerner.com>,
  "Tarjei Tj�stheim Jensen" <tarjei.jensen@kvaerner.no>
wrote:
>
> dewarr@my-dejanews.com wrote >
> I don't think there is a particular need to exclude
> anybody. Most OSes has similar semantics with regards to
> drives, directories and file names. The problem is that
> syntax is different. It is easy to create an intermediate
> description of these things so that a program might
> reason about its environment in a sensible manner. All
> that is needed is a translator to and from that
> representation.

That's misleading. In the case of VMS, the file versions
add a completely new dimension, and require different
thinking. For example, an editor is expected to create a
new version of the file being edited, and leave the
original input file completely unchanged. This is quite
a different fundamental semantics from a normal unix style
editor. Version numbers on files are pervasive and need to
be thought through carefully. For example, if you change
the name of a file, does the version change? If you copy
a file, is the version number preserved? All such questions
have reasonable answers, but the questions themselves just
do not arise in the context of a unix style file system
without version numbers.

I am not saying that it is impossible to take this into
account in a general design, but saying that the issue is
purely syntactic misses the boat!

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    




  parent reply	other threads:[~1998-12-29  0:00 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-12-16  0:00 System Calls mabrouk BELHOUT
1998-12-16  0:00 ` dennison
1998-12-17  0:00   ` Gilles Sarnikowski
1998-12-17  0:00     ` dennison
1998-12-18  0:00       ` mabrouk BELHOUT
1998-12-24  0:00       ` Michael F Brenner
1998-12-24  0:00         ` dennison
1998-12-24  0:00           ` Larry Kilgallen
1998-12-25  0:00             ` dewarr
1998-12-29  0:00               ` Tarjei Tj�stheim Jensen
1998-12-29  0:00                 ` Larry Kilgallen
1998-12-30  0:00                   ` dennison
1998-12-29  0:00                 ` robert_dewar [this message]
1998-12-29  0:00           ` Robert A Duff
1998-12-30  0:00             ` dennison
1999-01-02  0:00               ` Chris Morgan
1998-12-25  0:00         ` dewar
1998-12-25  0:00         ` dewar
  -- strict thread matches above, loose matches on Subject: below --
1998-12-23  0:00 mabrouk BELHOUT
2001-07-10 18:20 Matt Raikes
2001-07-10 21:55 ` Dale Stanbrough
replies disabled

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