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
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,791530e499e6a7f9
X-Google-Attributes: gid103376,public
From: "Samuel T. Harris" <samuel_t_harris@Raytheon.com>
Subject: Re: ada writing guide
Date: 2000/04/27
Message-ID: <390896BC.7BAB72C6@Raytheon.com>#1/1
X-Deja-AN: 616473689
Content-Transfer-Encoding: 7bit
References: <8d1rso$bir$2@bunyip.cc.uq.edu.au> <8d1vhj$hdr$1@nnrp1.deja.com>
 <8d2hig$7e6$1@nnrp1.deja.com> <38F5DF8C.1A01E5A4@utech.net>
 <8d4t07$o15$1@nnrp1.deja.com> <38F603FE.B0C3ED83@utech.net>
 <8d5dsc$c27$1@nnrp1.deja.com> <8d6hjn$j9p$1@clnews.edf.fr>
 <8d76vj$9jt$1@nnrp1.deja.com> <8d7uak$1d1$1@wanadoo.fr>
 <8dfd6q$uch$1@nnrp1.deja.com> <87em84vavt.fsf@deneb.cygnus.argh.org>
 <8dfpj7$crs$1@nnrp1.deja.com> <38FF1D6B.4120AF7B@Raytheon.com>
 <38FF4D28.8F946BDA@telepath.com> <3904808C.BC4AD31A@Raytheon.com>
 <wccem7v8jt0.fsf@world.std.com>
X-Accept-Language: en
Content-Type: text/plain; charset=us-ascii
Organization: Raytheon Aerospace Engineering Services
Mime-Version: 1.0
Newsgroups: comp.lang.ada
Date: 2000-04-27T00:00:00+00:00
List-Id: <comp.lang.ada>

Robert A Duff wrote:
> 
> "Samuel T. Harris" <samuel_t_harris@Raytheon.com> writes:
> 
> > Integration of CM tools with other tools is a black art.
> > You have an integration problem which no CM tool can
> > fully prevent.
> 
> No, I don't agree.  The blame clearly lies on the Emacs side, not on the
> CM side.  And (apparently) the bug has been fixed, which indicates that
> the author of the Emacs extension in question agrees.  Let's not be
> wishy-washy, and blame the bug on some amorphous interface between the
> two.

Let me clarify. By saying you have an integration problem, I
did not mean to direct blame, but only to classify the kind of
problem you were having. The tool IS clearly to be blamed
for not taking care in the writing and rewriting of such
a clearly important file. I believe we are in total
agreement!

> 
> >... Part of our tool selection criteria is how
> > candidate tools can be fit into our CM system. Some tools
> > are great at what they do, but their file structures or
> > change flows simply make them incompatible with our systems.
> 
> True, but this case is a plain-and-simple bug in Emacs (or actually an
> extension thereof).

My point here is that if any tool under consideration behaved
like Emacs does/did, then that tool would find itself on
the fast-track out the door! In such sitations, I don't care
if its a bug or intended behavior. If I can't control the
parts that need controlling, then I have no use for the tool!

Now, if the tool changes behavior, then I'm glad to reconsider it.
This is the happy result which you now enjoy and your enjoyment
makes me happy. The world is a better place now :)

-- 
Samuel T. Harris, Principal Engineer
Raytheon, Aerospace Engineering Services
"If you can make it, We can fake it!"