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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,9983e856ed268154 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.204.128.207 with SMTP id l15mr69180bks.4.1345706613928; Thu, 23 Aug 2012 00:23:33 -0700 (PDT) Received: by 10.181.11.234 with SMTP id el10mr120987wid.2.1345706613487; Thu, 23 Aug 2012 00:23:33 -0700 (PDT) X-FeedAbuse: http://nntpfeed.proxad.net/abuse.pl feeded by 88.191.116.97 Path: m12ni128389bkm.0!nntp.google.com!news2.google.com!yt1no41030342wib.1!news-out.google.com!q11ni271601078wiw.1!nntp.google.com!proxad.net!feeder1-2.proxad.net!nntpfeed.proxad.net!dedibox.gegeweb.org!gegeweb.eu!usenet.pasdenom.info!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Should Inline be private in the private part of a package spec? Date: Thu, 23 Aug 2012 09:23:49 +0200 Organization: cbb software GmbH Message-ID: <1sfidfvz480e7$.l49woc2l4lji.dlg@40tude.net> References: <501bd285$0$6564$9b4e6d93@newsspool4.arcor-online.net> <40tmogy4d1b5.1kc2gm8qfrkdu.dlg@40tude.net> <503240ed$0$6569$9b4e6d93@newsspool3.arcor-online.net> <50326457$0$6576$9b4e6d93@newsspool3.arcor-online.net> <1qril0ny3eczr$.1vlhpbrjyyb8k.dlg@40tude.net> <503375ac$0$6565$9b4e6d93@newsspool3.arcor-online.net> <1vglgit7vnu4l$.2ytljabrhk2.dlg@40tude.net> <5033986c$0$6573$9b4e6d93@newsspool3.arcor-online.net> <62h5nifarvom.1myeqdyevhefq.dlg@40tude.net> <5033b4d8$0$6571$9b4e6d93@newsspool3.arcor-online.net> <5033ff28$0$6185$ba4acef3@reader.news.orange.fr> <5034dac1$0$6579$9b4e6d93@newsspool3.arcor-online.net> <50350d35$0$6579$9b4e6d93@newsspool3.arcor-online.net> <1xdzh15anpuc0.1xw8mwmojasjk$.dlg@40tude.net> <50354c95$0$6577$9b4e6d93@newsspool3.arcor-online.net> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: FbOMkhMtVLVmu7IwBnt1tw.user.speranza.aioe.org Mime-Version: 1.0 X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: 2012-08-23T09:23:49+02:00 List-Id: On Wed, 22 Aug 2012 23:18:16 +0200, Georg Bauhaus wrote: > On 22.08.12 19:44, Dmitry A. Kazakov wrote: >> On Wed, 22 Aug 2012 18:48:03 +0200, Georg Bauhaus wrote: >> >>> On 22.08.12 16:30, Dmitry A. Kazakov wrote: >>> >>>>> As always, the question is inefficient for what and for whom. >>>> >>>> For the network and the peers. The measures for both can be easily >>>> provided. >>> >>> Well, that would depend on the specifics of "network" and its mode >>> of use, wouldn't it? >> >> There exist pretty general measures, e.g. number of bits, FLOPs, QoS and so >> on. > > In the set called "and so on", information retrieval programs will > be efficient at all once they can interpret a data item to be an object > for which FLOPs make any sense. and XML stands in their way. > That's easier to see when there is > markup than when the program needs to guess if some four octets > could be a float. Wasting time and memory. It is also fundamentally inconsistent, but that is beside the point. >>>>>> 2. fails to capture the structure (e.g. recursive, interlinked structures) >>>>> >>>>> ? >>>> >>>> Take Containers.Doubly_Linked_Lists as an example. The closure object of a >>>> list is the structure in question. >>> >>> "closure object" = ? >> >> Linked list is not an object. An object could be a closure of the list upon >> the relation predecessor-successor, e.g. a set of linked nodes. > > So the closure could be mapped to ... what if not an object? Object where? Everything can be an object somewhere. It is meaningless until you specify where. > XML will not require complex, resource consuming, vulnerable parsers > once applications need not input non-XML data, such as Excel files > or HTML pages. So it is the Excel's fault that XML requires parsing? (Can't wait your mobile phone camera's would send each pixel in XML. The brave new world.) >> Ada is not proposed for exchanging structured data >> between computers. > > It is, however, required to say how to exchange structured program > source text between compilers. No >> Ada is a programming language. XML in this context plays >> the role of a protocol to exchange above mentioned data. > > No. It is a markup language for tagging data in text documents. > We have been here before. That is it! XML is not for exchange of structured data. q.e.d. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de