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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.182.252.164 with SMTP id zt4mr24259435obc.1.1418638008440; Mon, 15 Dec 2014 02:06:48 -0800 (PST) X-Received: by 10.140.109.9 with SMTP id k9mr14300qgf.17.1418638008388; Mon, 15 Dec 2014 02:06:48 -0800 (PST) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!usenet.stanford.edu!h15no10610812igd.0!news-out.google.com!r1ni52qat.1!nntp.google.com!s7no7448111qap.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Mon, 15 Dec 2014 02:06:48 -0800 (PST) In-Reply-To: <021184f0-18ef-40bc-ba62-fd307998fe1c@googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=197.86.169.17; posting-account=r0RePAgAAABkc8iAou09Mtfbf-fnKQql NNTP-Posting-Host: 197.86.169.17 References: <1a2fea61-bcc1-43a9-b6e3-edf474308402@googlegroups.com> <021184f0-18ef-40bc-ba62-fd307998fe1c@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <4fc96b14-2372-4393-b7a2-ab06b26e68a5@googlegroups.com> Subject: Re: Ada Connections to this Crypto. From: mrvmurray@gmail.com Injection-Date: Mon, 15 Dec 2014 10:06:48 +0000 Content-Type: text/plain; charset=ISO-8859-1 Xref: news.eternal-september.org comp.lang.ada:23995 Date: 2014-12-15T02:06:48-08:00 List-Id: On Monday, 15 December 2014 10:50:45 UTC+2, Austin Obyrne wrote: > In cryptography when a data item is called in for encryption the 'coinage' > i.e. the currency for mutual understanding in the obfuscation scheme is > a standard enumeration type which happily is the ASCII standard today > (ignore the extension to the full Latin_1 which my be marked - 'proved'). Use standard terminology, please. Subroutines are "called". Data is "read" (or "written" not) "called". The standard enumeration type is a byte, also known as an octet, NOT Latin-1 or any other character encoding that you happen to be unable to forget about. These resemble integers in the range 0..255 and that is all they are. > I repeat we do not have to send copies of our comparator ... In the case of bytes you don't even have to think about doing this. > Consider now the case when the entities deliberately eschew this > mutual standard and opt instead for a user-defined enumeration > type instead of ASCII that evolves from using sequential_IO ... You are tantalisingly close to "getting it" here. it is not a user-defined enumeration type, it is a UNIVERSAL enumeration type. > There may be exceptions to this like your ZIP file model- since this > debate is not fully researched ... This is about as "fully researched" as it gets! You are making a very basic new-programmer error. > I don't accept the inevitable trivial curio exceptions ... Well, nobody agrees with you here, because you are about as wrong as it is possible to get. Read the numerous responses you get from the knowledgeable people you continuously thank for their input. > I don't think the readers involved are thinking that far ahead. You think wrong. Read your readers' responses to see what they are thinking, and stop assuming that you are unassailably correct. > Thanks for your input. ... which you ignore and reject. M --