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.3 required=5.0 tests=BAYES_00,INVALID_MSGID, MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,40faddc97c0ae97b X-Google-Attributes: gid103376,public From: "Andrew" Subject: Re: GUI Design for Ada Date: 1999/11/01 Message-ID: <7vkvo9$oh4$1@news5.fast.net>#1/1 X-Deja-AN: 543235825 References: <7vb03r$1ea$1@news5.fast.net> <7vcd4p$r9q$1@nnrp1.deja.com> <7vdbff$9k1$1@news5.fast.net> <7vkavj$4av$1@nnrp1.deja.com> X-Priority: 3 X-Mimeole: Produced By Microsoft MimeOLE V5.00.2615.200 X-Complaints-To: abuse@fast.net X-Trace: news5.fast.net 941490761 25124 209.92.9.110 (1 Nov 1999 21:12:41 GMT) Organization: FASTNET(R) - Business and Personal Internet Solutions X-MSMail-Priority: Normal NNTP-Posting-Date: 1 Nov 1999 21:12:41 GMT Newsgroups: comp.lang.ada Date: 1999-11-01T21:12:41+00:00 List-Id: I think you are correct. The code was running on NightHawk series computers. Concurrent Comp. Corp. Ft. Lauderdale owns them now. We switched to PowerHawks. This by far is the most complex piece of s/w I've ever worked on. It has five processes and it's growing. ------------------------------------------------------------------- Andrew Ted Dennison wrote in message news:7vkavj$4av$1@nnrp1.deja.com... > In article <7vdbff$9k1$1@news5.fast.net>, > "Andrew" wrote: > > Ted Dennison wrote in message > > > Out of curiosity, what OS are you using? > > > > PowerMAX OS > ... > > unfortunately, we use OS calls and have an enhanced Ada83 compiler. > > Hmmm. Is that Harris' old VADS-based compiler? It was a rather nice > system. I particularly liked the way it spilt Ada tasks into separate > processes and automaticly load-balanced them across the available CPUs. > It handled the different process-spaces by putting task heaps and > program stacks in shared memory sections. But you still had to be very > careful with using non-Ada dynamicly allocted memory in tasks that > didn't do the initial allocation. With some C code you can get around > the problem by redefining "malloc" to call Ada's "new" operator. But > that wouldn't help us for some C library calls, like X and Motif. > > Ada 83 had numerous deficiencies wrt. real-time programming. The worst > was the lack of a "delay until" statement. That's why we didn't even > consider Ada 83 solutions for the program I'm working on now. > > -- > T.E.D. > > > Sent via Deja.com http://www.deja.com/ > Before you buy.