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.8 required=5.0 tests=BAYES_00,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 Path: utzoo!mnetor!uunet!lll-winken!lll-tis!ames!pasteur!ucbvax!grebyn.COM!karl From: karl@grebyn.COM (Karl A. Nyberg) Newsgroups: comp.lang.ada Subject: Recent INFO-ADA traffic... Message-ID: <8803301521.AA21047@grebyn.com> Date: 30 Mar 88 15:21:42 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: Grebyn Corporation List-Id: Due to operator error (mine), the following digests were inadvertently held up at the mail distribution point. I'm sending them all at once to clear the back log. Fortunately, with the conferences (in DC and Phoenix) the past two weeks, recent traffic has been relatively light. -- Karl -- INFO-ADA Digest Sat, 19 Mar 88 Volume 88 : Issue 76 Today's Topics: Request info on AdaPHIGS ---------------------------------------------------------------------- Date: Fri, 18 Mar 88 12:50:07 EST From: fredyu@ajpo.sei.cmu.edu Subject: Request info on AdaPHIGS To those who have information: First, to those who don't know PHIGS stands for Programmer's Hierarchical Interactive Graphics System. Like GKS and X Windows, PHIGS is a competing standard for graphics interface. I would like to know more about PHIGS, but don't know where to look. I'm interested in any information someone could provide. In particular, who is doing work in this area. Fred Yu, IIT Research Institute (Ada Information Clearinghouse) (703) 685-1477 or fredyu@ajpo.sei.cmu.edu Any and all information will be appreciated. Thanks. ------------------------------ End of INFO-ADA Digest INFO-ADA Digest Sun, 20 Mar 88 Volume 88 : Issue 77 Today's Topics: ada-mode for GNU emacs NOSC Abstractions Tool Set ---------------------------------------------------------------------- Date: 16 Mar 88 19:32:00 GMT From: killer!convex!authorplaceholder@eddie.mit.edu Subject: ada-mode for GNU emacs I am also interested in an Ada mode for Gnumacs as well as the TAGS capability. I don't have anything currently. Thanks, Bill Torkelson Convex Computer Corporation ihnp4!convex!tork (214)952-0328 ------------------------------ Date: 16 Mar 88 17:57:36 GMT From: ejs@unix.sri.com (e john sebes) Subject: NOSC Abstractions Tool Set The tools were, I believe, developed under the supervision of Mike Gordon and Bill Toscano at Intermetrics, Inc., of Cambridge MA. Mike is no longer there, but Bill is-- I think he is now the director of marketing. If you give I2 a call at (617)661-1840, I'm sure you will be directed to someone who can help. As a former Intermetrician, I can tell you that the people there are quite friendly and helpful. John Sebes ------------------------------ End of INFO-ADA Digest INFO-ADA Digest Mon, 21 Mar 88 Volume 88 : Issue 78 Today's Topics: TeX in ada ---------------------------------------------------------------------- Date: 17 Mar 88 14:30:14 GMT From: sunybcs!moogvax!terry@AMES.ARC.NASA.GOV (Terry Westley) Subject: TeX in ada In article <1273@uop.edu> exodus@uop.edu (G.Onufer) writes: >Is anybody out there interested in a port to Ada of TeX? I tried to send mail, but it was returned. I have some interest in an Ada version of TeX. As far as I know, there is none at this point. I have considered doing a port myself to the Mac when Meridian's Mac Ada is available. What sort of "interest" did you mean? -- Terry Westley Moog, Inc. (no, not the synthesizer company) East Aurora, NY 14052-0018 {boulder,decvax,rocksanne,rutgers,ames}!sunybcs!moogvax!terry ------------------------------ End of INFO-ADA Digest INFO-ADA Digest Wed, 23 Mar 88 Volume 88 : Issue 79 Today's Topics: Commercialization of Ada Technology - Part 3 ---------------------------------------------------------------------- Date: 18 Mar 88 04:03:25 GMT From: uplherc!sp7040!obie!wes@gr.utah.edu (Barnacle Wes) Subject: Commercialization of Ada Technology - Part 3 In article <728@actnyc.UUCP>, djs@actnyc.UUCP (Dave Seward) writes: > In article <330@ajpo.sei.cmu.edu> eberard@ajpo.sei.cmu.edu (Edward Berard) writes: > >One of the larger obstacles to the acceptance of Ada technology > >(anywhere) is that it only solves a limited number of problems, > >specifically military problems. > > > I have heard this before, and not understood it then either. What about Ada > makes it inappropriate for, for example, compilers, assemblers, linkers, other > text processing applications (such as those I use it for). What makes it > inappropriate for a national banking network, such as was done in Finland in > Ada. [much deleted] > As Ada is not well suited > to use without the underlying model of Software Engineering, it will > not play in Peoria until the underlying model is accepted. This, in my > opinion, is what the big deal is. There isn't really anything about Ada that makes it inappropriate for writing compilers, assemblers, linkers, etc.; it has been used for this. The NYU Ada compiler, and Ada system compiled itself I believe. The real kicker about Ada is that is was *not* designed to be a general-purpose language! There is a common misconception that the DoD looks on Ada as a programming language for all purposes; they do not. Ada was created as a language that would be suitable for developing imbedded command, control, and communications (C^3) systems. C^3 systems share some features with banking systems (distributed processing, and in some systems, the concept of an "atomic" transaction, the transaction is not completed unless the ENTIRE transaction can be completed. C^3 systems also share many "text-processing" features with compilers, linkers, etc. Indeed, a targeting program for an ICBM is basically a "target set compiler" is it not? But Ada was still CREATED with the idea of using it to develope imbedded C^3 systems. This really shows in some areas, like the limited I/O system - most imbedded systems talk to really STRANGE I/O devices via specially-built interfaces, not to terminals and VMS disk systems. With a run-time library that interfaces to the host system well, Ada can be used to do anything. It's rather like a more powerful version of pascal, or perhaps a verbose C with strong typing (strong typing is for weak minds!). I'm not convinced writing an accounting system in Ada is a good idea, but I wouldn't necessarily want to do it in C either :-). Wes Peters -- /\ - "Against Stupidity, - {backbones}! /\/\ . /\ - The Gods Themselves - utah-cs!utah-gr! / \/ \/\/ \ - Contend in Vain." - uplherc!sp7040! / U i n T e c h \ - Schiller - obie!wes ------------------------------ End of INFO-ADA Digest