comp.lang.ada
 help / color / mirror / Atom feed
From: kilgallen@eisner.decus.org (Larry Kilgallen)
Subject: Re: Future Ada language revisions?
Date: 1998/09/29
Date: 1998-09-29T00:00:00+00:00	[thread overview]
Message-ID: <1998Sep29.075120.1@eisner> (raw)
In-Reply-To: Pine.BSF.4.02A.9809282138540.20653-100000@shell5.ba.best.com

In article <Pine.BSF.4.02A.9809282138540.20653-100000@shell5.ba.best.com>, Brian Rogoff <bpr@shell5.ba.best.com> writes:

> We all lack perspective, and I probably lack more than most. However, when
> I find myself using access parameters (and then aliased variables :-) to
> work around this restriction, I'm forced to ask myself if the cure isn't 
> worse than the disease (side effecting functions). 

What is the circumstance in which access parameters and aliased variables
must be used, rather than switching to using a procedure ?  I started
with DEC Ada (actually, VAX Ada), and I applaud the ACT decision to adopt
IMPORT_VALUED_PROCEDURE for dealing with foreign language assumptions in
this regard.  But foreign languages seem to be the only circumstance
I can think of where using a procedure is a problem.

As a non-mathematician, with no particular affection for the restriction,
I am somewhat put off by output parameters because there is no "natural"
path leading me to certainly make use of the output.  Function results
tend to lead me better in the direction of properly using the result.
But when there are multiple outputs (procedures in Ada), things are more
problematic, as I often find myself caring only about one of the results.

Larry Kilgallen




  reply	other threads:[~1998-09-29  0:00 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-09-27  0:00 Future Ada language revisions? bpr5549
1998-09-27  0:00 ` Larry Kilgallen
1998-09-27  0:00   ` Brian Rogoff
1998-09-28  0:00     ` dewarr
1998-09-28  0:00       ` Brian Rogoff
1998-09-29  0:00         ` Larry Kilgallen [this message]
1998-09-29  0:00         ` Michael F Brenner
1998-10-02  0:00           ` Fergus Henderson
1998-09-28  0:00     ` Michael F Brenner
1998-09-28  0:00       ` dewarr
1998-09-28  0:00   ` Arthur Evans Jr
1998-09-28  0:00     ` dewarr
1998-09-28  0:00 ` dewar
1998-10-05  0:00   ` Alfred Hilscher
1998-10-05  0:00     ` Tucker Taft
1998-10-05  0:00     ` dewarr
1998-10-06  0:00       ` Alfred Hilscher
1998-10-05  0:00     ` Brian Rogoff
1998-10-05  0:00       ` dewarr
1998-10-02  0:00 ` Robert I. Eachus
1998-10-03  0:00   ` Brian Rogoff
1998-10-05  0:00     ` dewarr
1998-10-04  0:00       ` Brian Rogoff
1998-10-05  0:00         ` Martin Dowie
1998-10-05  0:00           ` Niklas Holsti
1998-10-05  0:00             ` Martin Dowie
1998-10-05  0:00           ` dewarr
1998-10-06  0:00           ` r_barton1
1998-10-06  0:00           ` dennison
1998-10-06  0:00             ` dewarr
1998-10-06  0:00               ` Martin Dowie
1998-10-06  0:00             ` Martin Dowie
1998-10-06  0:00           ` dennison
1998-10-06  0:00         ` Matthew Heaney
1998-10-06  0:00     ` Robert I. Eachus
1998-10-06  0:00       ` Brian Rogoff
1998-10-07  0:00       ` dewarr
     [not found] ` <tgmF02yDo.A84@netcom.com>
1998-10-06  0:00   ` Matthew Heaney
1998-10-08  0:00 ` dennison
1998-10-08  0:00   ` Pat Rogers
1998-10-08  0:00   ` Brian Rogoff
1998-10-09  0:00     ` dennison
1998-10-16  0:00   ` Robert A Duff
  -- strict thread matches above, loose matches on Subject: below --
1998-10-21  0:00 Van Snyder
1998-10-22  0:00 ` Robert A Duff
1998-10-21  0:00   ` Brian Rogoff
1998-10-23  0:00     ` Robert I. Eachus
1998-10-29  0:00     ` Robert A Duff
1998-10-30  0:00       ` Brian Rogoff
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox