comp.lang.ada
 help / color / mirror / Atom feed
From: dewar@gnat.com (Robert Dewar)
Subject: Re: What happens to DEC Ada?
Date: 3 Aug 2001 12:35:09 -0700
Date: 2001-08-03T19:35:09+00:00	[thread overview]
Message-ID: <5ee5b646.0108031135.190b6187@posting.google.com> (raw)
In-Reply-To: b1FHvLfJLJqb@eisner.encompasserve.org

Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote in message news:<b1FHvLfJLJqb@eisner.encompasserve.org>...
> > A lot of batch, or cvs import, commit or extractions, can generate > > a lot of files with same name and same timestamp.

No, this does not need to happen, and should not happen. Remember that
all large C systems are built with make, which uses time stamps in a
crucial manner, so any system like cvs of course properly supports
time stamps. You do need to make sure that you are not misusing the
system (e.g. scripts with cp rather than cp -p in them).

> But unless they are the same bits on the disk, they are a different
> file.  On VMS you would use the 6 byte file ID and the 64 byte device
> ID to determine uniqueness.  I am sure the same construct must exist
> on other operating systems.

But that would be a bad idea, because then you could not move files
around freely, which is really important.

> Granted, someone writing a tool may neglect to consider the situation
> you describe, but that is still just an implementation bug.

Well as I say, in GNAT, we can also use logical checksums on files,
but
in fact most of the C and C++ world expects to use time stamps as the
one principle method of determining what needs to be built (and of
course there is no additional consistency check, so you are *really*
depending on time stamps in a very fundamental manner). 

I do not see any bug here, only a mixture of incorrect procedures and
probably incorrect use of tools by Nicolas.



  parent reply	other threads:[~2001-08-03 19:35 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-31 14:59 What happens to DEC Ada? Adrian Hoe
2001-07-31 15:47 ` Ted Dennison
2001-07-31 17:33   ` Larry Kilgallen
2001-08-02 20:55   ` Corey Ashford
2001-08-02 21:02     ` Ted Dennison
2001-08-02 23:29       ` Larry Kilgallen
2001-08-03 13:42         ` Ted Dennison
2001-08-13 13:19       ` Charlie McCutcheon
2001-08-13 13:15   ` Charlie McCutcheon
2001-07-31 16:13 ` Thierry Lelegard
2001-08-08  1:05   ` Charlie McCutcheon
2001-08-01  7:35 ` Chris Miller
2001-08-03  8:55   ` Gautier
2001-08-03 12:11   ` Larry Kilgallen
2001-08-03 11:31     ` nicolas
2001-08-03 15:16       ` Larry Kilgallen
2001-08-03 14:26         ` nicolas
2001-08-03 15:35           ` Larry Kilgallen
2001-08-03 14:42             ` nicolas
2001-08-03 19:35             ` Robert Dewar [this message]
2001-08-04 11:46               ` Simon Wright
2001-08-03 19:25           ` Robert Dewar
2001-08-03 19:29           ` Robert Dewar
2001-08-06  1:48       ` brentcarnellis
2001-08-06  8:12         ` nicolas
2001-08-06 14:05           ` Gautier
2001-08-06 14:23             ` nicolas
2001-08-07  4:07           ` brentcarnellis
2001-08-03 19:00     ` Robert Dewar
2001-08-03 19:27       ` Marin David Condic
2001-08-03 20:09         ` Wes Groleau
2001-08-04  2:12           ` Robert Dewar
2001-08-06 14:24           ` Marin David Condic
2001-08-08 19:24             ` Greg Bek
2001-08-10  1:13               ` Robert Dewar
2001-08-14 19:53               ` Wes Groleau
2001-08-08  1:06 ` Charlie McCutcheon
  -- strict thread matches above, loose matches on Subject: below --
2001-08-08 20:12 Gautier Write-only-address
replies disabled

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