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,3a9b49a9162025eb X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-02-07 00:58:24 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!colt.net!news.tele.dk!news.tele.dk!small.news.tele.dk!uninett.no!dax.net!juliett.dax.net!not-for-mail Newsgroups: comp.lang.ada Subject: Re: Bye-bye Ada ? (Ada95 Wholesale Changes?) References: <3E3B7BB5.A1A070@adaworks.com> <3NY_9.9226$x63.6255@nwrddc01.gnilink.net> <3E40A07A.CD174746@adaworks.com> <1044457651.769640@master.nyc.kbcfp.com> <3E42A61C.20905@cogeco.ca> From: Ole-Hjalmar Kristensen Message-ID: <7vwukch3hw.fsf@vlinux.voxelvision.no> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Feb 2003 08:57:48 GMT NNTP-Posting-Host: 193.216.12.150 X-Complaints-To: abuse@tele2.no X-Trace: juliett.dax.net 1044608268 193.216.12.150 (Fri, 07 Feb 2003 09:57:48 MET) NNTP-Posting-Date: Fri, 07 Feb 2003 09:57:48 MET Organization: Tele2 Norway AS Public Access Xref: archiver1.google.com comp.lang.ada:33872 Date: 2003-02-07T08:57:48+00:00 List-Id: "Warren W. Gay VE3WWG" writes: > Hyman Rosen wrote: > > Richard Riehle wrote: > > > >> In Ada, used well > > I suspect that you are a Japanese Joiner as well :-) > > I think that any of the regular posters here would be > > able to program as well in C++ as in Ada. I'm pretty > > sure that if I had to work in Ada it wouldn't take me > > very long to get up to expert level. > > Well, I can say that for small projects, your statement > is probably true. > > But I can speak for my own experience, that in > largish C++ projects, I always spent an incredible amount of > time looking in core files and working with a debugger to > find out why some "strange behaviour" was happening in > those C++ projects. Sometimes it was related to those > automatic type promotions, and at other times, it was > related to memory corruption problems of one sort or > another (and it need not even be your own code! Sometimes > C++ library code does this to you). > > On top of all this, once you get your large C++ application > to actually work, you then want to "port it" to another > platform, with sometimes a different compiler (or even > a different/updated gcc compiler). What do you find? > > - Changed behavior in automatic type promotion, leading > to changed application behavior > - #include file problems > - C++ library incompatibilities/limitations > > Sure you can say that this occurs due to poor planning, > or design. But the Ada point is that this is not checked, > nor enforced up front by your tools. My hobby time is > time I hate wasting this way ;-) I mostly agree with you, but Ada systems may bite you too. I have a small program which essentially does a test of the speed of the file system, while running multiple tasks. This program has been unchanged for years, has run fine on Solaris, NT, Linux. I recently installed SuSe 8.1, compiled the program and ran it. Result: Segmentation violation, no other messages. Started gdb, which promptly crashed with an internal error. Turned on stack checking, still same result. Decreased the size of the buffer, allocated on the stack, as I suspected that I had exceeded max stack size for a task, and it worked fine. As a last test, increased the buffer size to twice of what it was originally, and then got the expected exception. -- Ole-Hj. Kristensen ****************************************************************************** * You cannot consistently believe this sentence. ******************************************************************************