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,85034d1ac78a66eb
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-03-12 09:42:35 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-out.visi.com!hermes.visi.com!tor-nx1.netcom.ca!news1.tor.metronet.ca!nnrp1.tor.metronet.ca!not-for-mail
Message-ID: <3C8E3E02.4070108@home.com>
From: "Warren W. Gay VE3WWG" <ve3wwg@home.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:0.9.4) Gecko/20011128 Netscape6/6.2.1
X-Accept-Language: en-us
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Ada Operating System
References: <a4u9d00vqe@enews2.newsguy.com>
 <3c77b476.322111671@news.cis.dfn.de> <a5dhmg$l1a$1@nh.pace.co.uk>
 <m4ro7uorulr8cfn9tn3hk30cqi7mf4egdc@4ax.com> <a62kmf$giv$1@nh.pace.co.uk>
 <o2td8ug1chantij2e6j80kk56mrafp6e78@4ax.com> <a6825a$75c$1@nh.pace.co.uk>
 <3C88E0D1.89161C16@despammed.com> <3C8A3999.2000301@earthlink.net>
 <a6djg1$pv3$1@nh.pace.co.uk> <3C8B0191.3080705@mail.com>
 <xa0juEVu4M9r@eisner.encompasserve.org> <3C8C3B72.5050107@mail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Date: Tue, 12 Mar 2002 17:42:28 GMT
NNTP-Posting-Host: 198.96.47.195
NNTP-Posting-Date: Tue, 12 Mar 2002 10:42:28 MDT
Organization: MetroNet Communications Group Inc.
Xref: archiver1.google.com comp.lang.ada:21127
Date: 2002-03-12T17:42:28+00:00
List-Id: <comp.lang.ada>

Hyman Rosen wrote:

> Larry Kilgallen wrote:
> 
>> I do not believe that the automatic checking provided by Ada makes
>> programmers behave sloppily.  There is some pride in writing code
>> that the compiler will accept on the first try.  From there on,
>> the individual zeal for quality can only be further sustained by
>> addressing those problems that are not susceptible to automation.
> 
> I point out that here in c.l.a. in a recent thread it was reported
> that some pice of Adaware (I don't remember if it was GNAT itself or
> some associated package) failed to run when installed in a directory
> whose pathname contained blanks. This is excatly the kind of issue
> that leads to scripting problems - the piece of software fails to
> distinguish between blanks which are part of a name and blanks which
> are separators. So if you think that Ada programmers will avoid these
> kinds of problems because of some kind of inbuilt virtuosity, you can
> see that you are wrong.
 
Where I have seen this, is not in Ada code. This was in the shell

script (gate?) that was used for GtkAda. Let's blame the right
software here, eh.
-- 
Warren W. Gay VE3WWG
http://home.cogeco.ca/~ve3wwg