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-Thread: a07f3367d7,8e11100f675ea2df X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit X-Received: by 10.204.128.65 with SMTP id j1mr3750185bks.7.1357903172605; Fri, 11 Jan 2013 03:19:32 -0800 (PST) Path: o9ni6613wio.1!nntp.google.com!feeder1.cambriumusenet.nl!82.197.223.108.MISMATCH!feeder2.cambriumusenet.nl!feed.tweaknews.nl!94.232.116.11.MISMATCH!feed.xsnews.nl!border-1.ams.xsnews.nl!newsfeed.x-privat.org!news.glorb.com!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post02.iad.highwinds-media.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: asynchronous task communication References: <1c2dnd5E6PMDR33NnZ2dnUVZ_sednZ2d@earthlink.com> <50e18094$0$6583$9b4e6d93@newsspool3.arcor-online.net> <7NednS4s2oukfXzNnZ2dnUVZ_oadnZ2d@earthlink.com> <7cudnYloBfQDw3_NnZ2dnUVZ_rKdnZ2d@earthlink.com> <6bqdndEYjoxeGHnNnZ2dnUVZ_sadnZ2d@earthlink.com> Date: Wed, 09 Jan 2013 03:34:04 -0500 Message-ID: <858v82n4ar.fsf@stephe-leake.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (windows-nt) Cancel-Lock: sha1:KDPcUhO3dxv3+9pIkHSM/2N+4X4= MIME-Version: 1.0 X-Complaints-To: abuse@flashnewsgroups.com Organization: FlashNewsgroups.com X-Trace: 99e5750ed2b7ce029e66122366 X-Received-Bytes: 3524 Content-Type: text/plain Date: 2013-01-09T03:34:04-05:00 List-Id: Charles Hixson writes: > Thank you. That's one of the minor problems that is fixed. The > "silent failures" is a more severe one. There are generally valid > reasons for the failure. (So far it's always been a syntax problem.) > But I can't think of a valid reason for it to fail silently. You should only run the document generator on code that compiles cleanly. I use a Makefile for things like that; probably not easy to do with GPS based tools. It is easy to do in Emacs. > OTOH, the editors never do the indents quite the way I desire them. > (In Ada I'm sort of adapting to the editor style generally, but > details matter for readability.) Have you tried Emacs Ada mode 5.0? I'm currently rewriting it; now is the time to get it to work the way you want. It's in good enough shape to use on real projects, for most editing tasks. http://stephe-leake.org/emacs/ada-mode/emacs-ada-mode.html > As for hard tabs vs. spaces, well, I prefer hard tabs, because it's > easier to change indentation after it's entered, but I can live with > it either way. You are in the minority, but Emacs supports that style. > The 8 spaces/tab rule, though, I find ridiculous. The point is that you need some standard, so you can use your editor to display my code, and vice versa. If my editor has a hard tab every 3 spaces, and yours every 4, our code will be pretty unreadable in the other editor. Or you need a standard way to store the tab settings in the source file, so the editor can automatically set the right hard tab stops. Emacs and other editors support ways to do this, but they are not portable between editors, so it doesn't solve the problem. OpenDoc has a standard way, but that's not suitable for source code. Although I guess you could run OpenDoc source thru a preprocessor to strip out all the meta stuff, then feed it to the compiler. > I know it's an old default from way back when, but even then it didn't > make any sense to me. Defaults never make sense; they just exist :). -- -- Stephe