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-Thread: 103376,9983e856ed268154 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.66.77.35 with SMTP id p3mr2742275paw.44.1345588289810; Tue, 21 Aug 2012 15:31:29 -0700 (PDT) MIME-Version: 1.0 Path: p10ni120620353pbh.1!nntp.google.com!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!nx02.iad01.newshosting.com!newshosting.com!news2.euro.net!news.mixmin.net!weretis.net!feeder4.news.weretis.net!nuzba.szn.dk!news.jacob-sparre.dk!munin.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Should Inline be private in the private part of a package spec? Date: Tue, 21 Aug 2012 17:31:22 -0500 Organization: Jacob Sparre Andersen Research & Innovation Message-ID: References: <501bd285$0$6564$9b4e6d93@newsspool4.arcor-online.net> <502005b6$0$9510$9b4e6d93@newsspool1.arcor-online.net> <50203ca2$0$9512$9b4e6d93@newsspool1.arcor-online.net> <502040c0$0$9510$9b4e6d93@newsspool1.arcor-online.net> <50677fa2-7f82-4ccc-8c56-161bf67fefe1@googlegroups.com> NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net X-Trace: munin.nbi.dk 1345588287 28430 69.95.181.76 (21 Aug 2012 22:31:27 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Tue, 21 Aug 2012 22:31:27 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Received-Bytes: 3595 Date: 2012-08-21T17:31:22-05:00 List-Id: "Vasiliy Molostov" wrote in message news:op.wi113hf6ka8ora@aspire.local... Randy Brukardt ?????(?) ? ????? ?????? Wed, 15 Aug 2012 02:16:10 +0400: > "Vasiliy Molostov" wrote in message > news:op.wi0fliuoka8ora@aspire.local... >> Randy Brukardt ?????(?) ? ????? ?????? Tue, 14 >> about hosts without decent amounts of memory anymore, but redesigning >> everything to use text files -- which still should never be modified by a >> human -- and making it a lot slower in the process -- doesn't really make >> much sense. >The goal perhaps can be not an efficiency on tiny memory host, but >interface to a rich xml toolset that can >be used by a customer to extract project related data in a manner much >simper than asis related stuff. Suppose this xml is a form (subclass) >of xmi files capable to be read by modern uml modelling tools - ? a >customer has an ability to get and control such data >in a modelling tool directly, whose for now have a bunch of "deployment" >abstractions. from some point of view this capability is obvious. Maybe, but it all sounds like a fantasy to me. (Much about XML sounds like pure fantasy to me.) >And why you have assumed that old code should be removed, you dont like it? Maintaining two ways to do the same thing is the ultimate in headaches -- you get to fix all bugs twice. For files not intended for use beyond the compilation system, it doesn't make much sense to maintain more than one version. (We don't attempt to keep any sort of compatibility on these files now between different compiler versions.) One could imagine having tools to extract information from the project files in some other format, but I doubt that we'd change the format a lot. (And such tools would require customer demand, obviously.) Randy.