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,1d52a75fd633fefc X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-02-21 02:58:03 PST Path: supernews.google.com!sn-xit-02!supernews.com!news.gv.tsc.tdk.com!news.iac.net!news-out.cwix.com!newsfeed.cwix.com!EU.net!Norway.EU.net!uninett.no!news.powertech.no!nntp.newmedia.no!newsfeed1.enitel.no!news.telia.no!not-for-mail Sender: ohk@gong10.clustra.com Newsgroups: comp.lang.ada Subject: Re: Ada to C++ translator? References: <3A844255.24A4DBA3@lmco.com> <3A866B28.CE67B4A0@yyy.zzz> <3A8C6AA3.3F90043D@lmco.com> <%Wvk6.102$aw5.380@www.newsranger.com> From: Ole-Hjalmar Kristensen Message-ID: X-Newsreader: Gnus v5.5/Emacs 20.3 Date: Wed, 21 Feb 2001 10:54:13 GMT NNTP-Posting-Host: 195.204.160.194 X-Complaints-To: abuse@enitel.no X-Trace: news.telia.no 982752853 195.204.160.194 (Wed, 21 Feb 2001 11:54:13 CET) NNTP-Posting-Date: Wed, 21 Feb 2001 11:54:13 CET Organization: Enitel Internet Public Access Xref: supernews.google.com comp.lang.ada:5390 Date: 2001-02-21T10:54:13+00:00 List-Id: "Ken Garlington" writes: > "This has always been the case with Ada. I remember early X meetings > where we were trying to get a compiler bug fixed for a large package, and > being told that "the problem is that you're not coding it using the > preferred Ada style." I remember A-12 being attacked because we didn't use > tasking. The attackers didn't care about any silly compiler problems, etc. > They just knew we "weren't Ada enough" if we didn't use tasking. After all, > they could get tasking to work on their PC; what's the problem?.... > > On the projects where we used C++, I don't believe we've ever had anyone say > we weren't "C++ enough" because we constrained the use of templates. Quite > the contrary - there's an active effort to develop a standard C++ subset > (EC++) for use in certain domains, without any fear of being arrested by the > "C++ police" for subsetting the language. Why would someone want to use a > language with a built-in Inquisition? > > If the advantages outweigh the inquistion, I would consider switching :-) Seriously, what is your opinion on today's thread support in Ada? I'm working on a project (not written in Ada for various reasons), running on off the shelf workstations/servers. Our typical response times are about 1 millisecond, and there will typically be some task switching involved in servicing a request. If we were to use Ada and its tasking mechanism I would not be so worried about the task switching time, since our system is a soft real time system, but portability and scaling issues bother me. We are currently running up to several hundred tasks (homegrown very lightweight threads, really) on each processor. My experiments with Posix threads indicate that this would probably work on some but not all our platforms. Of course, we could use FSU threads, but then we risk blocking the process while we are doing IO, and that is not acceptable. Perhaps we risk blocking the process anyway ? Who knows? It seems that this is entirely dependent upon the implementation. It would be very nice if the language had support for both normal (a la Posix or OS threads) tasks, and very lightweight tasks (presumably running within an OS thread) -- Kabelsalat ist gesund. Ole-Hj. Kristensen