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: Ted Dennison Subject: Re: GUI Design for Ada Date: 1999/11/01 Message-ID: <7vkavj$4av$1@nnrp1.deja.com>#1/1 X-Deja-AN: 543055462 References: <7vb03r$1ea$1@news5.fast.net> <7vcd4p$r9q$1@nnrp1.deja.com> <7vdbff$9k1$1@news5.fast.net> X-Http-Proxy: 1.0 x41.deja.com:80 (Squid/1.1.22) for client 204.48.27.130 Organization: Deja.com - Before you buy. X-Article-Creation-Date: Mon Nov 01 15:18:15 1999 GMT X-MyDeja-Info: XMYDJUIDtedennison Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.6 [en] (WinNT; I) Date: 1999-11-01T00:00:00+00:00 List-Id: 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.