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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,5894fe67040038b X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-11-25 19:33:26 PST Path: archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!news.tele.dk!small.news.tele.dk!130.133.1.3!fu-berlin.de!uni-berlin.de!ppp-1-15.cvx6.telinco.NET!not-for-mail From: "Nick Roberts" Newsgroups: comp.lang.ada Subject: Re: Attributes 'Version and 'Body_Version Date: Mon, 26 Nov 2001 03:31:56 -0000 Message-ID: <9tsd63$4jjng$1@ID-25716.news.dfncis.de> References: <9s9iti$g$1@nh.pace.co.uk> <5ee5b646.0111081953.31e2633c@posting.google.com> <5ee5b646.0111121351.27897bc4@posting.google.com> <9trpj1$4e6v2$1@ID-25716.news.dfncis.de> <5ee5b646.0111251830.61aaa6be@posting.google.com> NNTP-Posting-Host: ppp-1-15.cvx6.telinco.net (212.1.156.15) X-Trace: fu-berlin.de 1006745604 4837104 212.1.156.15 (16 [25716]) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Xref: archiver1.google.com comp.lang.ada:16966 Date: 2001-11-26T03:31:56+00:00 List-Id: "Robert Dewar" wrote in message news:5ee5b646.0111251830.61aaa6be@posting.google.com... > "Nick Roberts" wrote in message news:<9trpj1$4e6v2$1@ID-25716.news.dfncis.de>... > > I think there's some mileage in the idea that it might be useful for > > 'Version and 'Body_Version to (be able to) return something more than just a > > checksum (or the like). > > <> > > I am not sure I understand what on earth Nick was talking > about here, It's tempting to agree :-) > but for sure it has nothing to do with the > existing attributes (*) What am I supposed to say? [pantomime chorus] "Oh, yes it does!" > I think what happens here is that people see the word > Version, and it triggers all kinds of entirely irrelevant > baggage. > > The idea is that if two partitions share a package, > ... I know what the original idea was for the attributes. > This is the *very limited* intention of these attributes, > they are not in any sense relevant for the purposes of > general version control, let alone the more extensive > ideas that Nick presents. But just because they were originally intended for a certain purpose, doesn't mean they cannot be used for another purpose (in addition), does it? > If any of these extended ideas have merit, I would suggest > completely disentangling them from the existing attributes, > starting by using entirely different names, otherwise you > will perpetuate the confusion. Far be it from me to wish to perpetuate any confusion, but often confusion is a problem cured by good documentation, and doesn't necessarily require new attributes. > (*) by the way, MD-5 hash codes are indeed used to guarantee getting > the right version of things on the > internet (have a look at the Farber True Names patent > for details of the idea). I can guess the general idea, and I'm sure it could be very handy sometimes. Sadly, the fact that the process is patented is probably not so handy. In fact, the more important part of my post was the bit at the bottom, about exporting service objects. I presume Robert wasn't commenting on that bit, and I hope nobody loses sight of the importance of that technique. -- Best wishes, Nick Roberts