From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,3c8a1ddc13ecb354 X-Google-Attributes: gid103376,public From: "Theodore E. Dennison" Subject: Re: Configuration Management for Ada on Unix Date: 1996/05/28 Message-ID: <31AADEFA.2781E494@escmail.orl.mmc.com>#1/1 X-Deja-AN: 157134707 references: <4nvm27$e68@gde.GDEsystems.COM> <31A39EB4.15FB7483@escmail.orl.mmc.com> <4o4pup$h7n@scapin.enst.fr> <31A79E0A.2F99@hiwaay.net> <4o94io$5ai@foehn.enst.fr> content-type: text/plain; charset=us-ascii organization: Lockheed Martin Information Systems mime-version: 1.0 newsgroups: comp.lang.ada x-mailer: Mozilla 2.0 (X11; I; SunOS 4.1.3_U1 sun4m) Date: 1996-05-28T00:00:00+00:00 List-Id: Laurent Pautet wrote: > Maybe I am wrong, but I think SCCS is very unefficient because it > stores patches between Version (N+1) - Version (N) and when you want > to access to version N, internally SCCS retrieves version 0 and > applies all the patches to obtain version N. RCS stores the last > version (rather than the first one) and differences between Version > (N) - Version (N+1). > That depends on what you mean by "inefficient". Assuming you aren't making massive changes to files when you check them out, it is very efficient for disk space, at the expense of checkout and checkin time. One problem I have seen is that the SunOS 4.1 version we used had a bug that rendered a file impossible to check back in if it was checked out from an "su"ed session. I hope that has been fixed. -- T.E.D. | Work - mailto:dennison@escmail.orl.mmc.com | | Home - mailto:dennison@iag.net | | URL - http://www.iag.net/~dennison |