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,3cd3b8571c28b75f X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-08-31 19:09:47 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!arclight.uoregon.edu!wn13feed!wn11feed!worldnet.att.net!204.127.198.203!attbi_feed3!attbi.com!sccrnsc04.POSTED!not-for-mail Message-ID: <3F52AA5F.8080607@attbi.com> From: "Robert I. Eachus" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: A Customer's Request For Open Source Software References: <3F44BC65.4020203@noplace.com><20030822005323.2ff66948.david@realityrift.com> <3F4657AD.1040908@attbi.com> <3F4828D9.8050700@attbi.com> <3F4EA616.30607@attbi.com> <3F512BD1.8010402@attbi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit NNTP-Posting-Host: 24.34.139.183 X-Complaints-To: abuse@comcast.net X-Trace: sccrnsc04 1062382186 24.34.139.183 (Mon, 01 Sep 2003 02:09:46 GMT) NNTP-Posting-Date: Mon, 01 Sep 2003 02:09:46 GMT Organization: Comcast Online Date: Mon, 01 Sep 2003 02:09:47 GMT Xref: archiver1.google.com comp.lang.ada:42018 Date: 2003-09-01T02:09:47+00:00 List-Id: Alexander Kopilovitch wrote: > I don't think that this porting is a grave problem, this is something like > transition from 16-bit MS Windows 3.1/3.11 to 32-bit Windows 95 and Windows > NT 3.5 and then to Windows 98 and Windows NT 4.0 and further. First time it > was significant to support previous 16-bit applications, but then they began > steadily disappear, being replaced by new 32-bit ones - more and more often > not simply "ported", but designed (or redesigned) for new 32-bit systems. It is a resource issue. It would be nice to have a son of Multics implementation in Ada, but the cost of doing that for any real platform is prohibitive. I think the last time I seriously looked, Multics ran to over 20 million lines of (almost all PL/I) source code. That does include the compilers, mail system, emacs, relational data base, etc., but it gives you some idea how large the Multics environment was. On the other hand most RDBMSs have options for bypassing the file system and managing disk storage directly. With a large amount of NVRAM, their is no need for the file system at all. So my feeling is that the way to get something to market at the right time is to concentrate on products that can take full advantage of large (and non-volitile) addressable memories. -- Robert I. Eachus "As far as I'm concerned, war always means failure." -- Jacques Chirac, President of France "As far as France is concerned, you're right." -- Rush Limbaugh