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.66.190.38 with SMTP id gn6mr8230472pac.30.1387345101516; Tue, 17 Dec 2013 21:38:21 -0800 (PST) X-Received: by 10.182.118.170 with SMTP id kn10mr62110obb.20.1387345101368; Tue, 17 Dec 2013 21:38:21 -0800 (PST) Path: border1.nntp.dca3.giganews.com!backlog3.nntp.dca3.giganews.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!y3no9288440pbx.0!news-out.google.com!l9ni363qay.0!nntp.google.com!p15no32102129qaj.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Tue, 17 Dec 2013 21:38:21 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=86.171.156.104; posting-account=pmkN8QoAAAAtIhXRUfydb0SCISnwaeyg NNTP-Posting-Host: 86.171.156.104 References: <1d445f04-b670-444f-9858-55da271fe17a@googlegroups.com> <6d347aed-dce2-4b55-9e35-603f18f06fcb@googlegroups.com> <4f214ca7-871b-4529-b404-caebd1655051@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <763d5921-ef6d-4161-8542-142491abc690@googlegroups.com> Subject: Re: Will Ada-95 Programs Written in MS Windows Run in MacOS and Linux Without Some Tweaking. From: Austin Obyrne Injection-Date: Wed, 18 Dec 2013 05:38:21 +0000 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Original-Bytes: 4057 Xref: number.nntp.dca.giganews.com comp.lang.ada:184288 Date: 2013-12-17T21:38:21-08:00 List-Id: On Monday, December 16, 2013 9:19:15 PM UTC, Simon Wright wrote: > Austin Obyrne writes: > I am the first to adm= it that this cryptography has very high > ciphertext expansion but I cannot= understand it being 870 Megabytes > for the example you gave. I have no do= ubt you are right. Each character is written as 3 integers, each occupying = 11 characters. I've put a new line between every group of 3 integers, where= as you put a new line where there's a new line in the original (I think; an= yway, not a good idea when the input isn't text), =3D> 34 characters per by= te (35 on Windows). 34 * 27_014_786 =3D 918_502_724 (875 MB). > Most of wha= t you say is technically beyond my ken also but its is very > encouraging t= hat you have not decided to condemn it out of hand as a > lost cause like f= or instance the current complexity-theoretic crypto > that is headed for th= e scrap heap. My interest is in helping people to get code working right, n= ot in cryptography; I'd probably use GPG if I needed to. It seems to me tha= t yours is a symmetric-key scheme (I can't read the documentation on your s= ite because you've packaged up multiple PDF files in one, which is a featur= e that's not supported by Mac Preview, and I'm not going to install Acrobat= ). My displayed output is screened as three columns of integers of about 7-8 d= igits each. This has to be the case so as to be readable by viewers as thr= ee-dimensioned vectors. It is not beneficial to run these into one long co= lumn because they are then unreadable. I think also you may have under-divided by 1000 and 875 might be 0.875 MB ?= which corresponds more with my measured 0.99 MB for the whole file of 314= 97 characters (which by coincidence is experimental encrypted Ada source co= de but that is incidental here) It looks to me that the important criteria is the volume of ciphertext that= must be transmitted by the infrastructure =96 0.99MB for 31497 characters = isn=92t as bad as you make it look at 875 MB??. Could you please check your computations again. Give a dog a bad name and you hang him! Austin PS - putting a new line between each row of three integers is not necessary= for screening and is loading up the program ciphertext unnecessarily inter= nally?