comp.lang.ada
 help / color / mirror / Atom feed
From: crispen <@ada3.ca.boeing.com:crispen@efftoo.boeing.com>
Subject: Re: Using Global Variables
Date: Fri, 25 Sep 92 09:01:56 CDT	[thread overview]
Message-ID: <9209251401.AA07755@efftoo.boeing.com> (raw)

sampson@cod.nosc.mil  (Charles H. Sampson) says:

>     Several of the entries in this thread have raised the spectre of shared
>memory.  Without addressing whether shared memory is good or bad, let's clar-
>ify that it's not the point of this thread.

Mea culpa, inter alia.  I keep thinking of the way that global visibility
is implemented (as memory).  And if you've got any sort of tasking or 
multiprocess considerations you have at least the possibility of
shared memory.  So I apologize for going from point A to point Q
without touching the bases in between, and for my part in broadening
the topic.

You are certainly right that communication between elements within a
process and communication between processes are two separate things.
I do think, though, that there are global visibility issues for both.
And I think that people writing on this topic were addressing both.

For example:

Larry Howard  (lph@sei.cmu.edu) says:

>There may also be considerable power in other forms of coordination, even if
>these same forms have been misused in the past.  I think we should only insist
>that whatever is used be understandable and predictable.

Right on!  I'm not sure I completely accept your notion of "decoupling
communication from invocation or synchronization" but I agree that
"previous offenders" should be given a chance to rehabilitate themselves.

I know that you believe that there are software architectures that
can standardize and template-ize the use of global variables to such an
extent that the practice becomes safe.  I think I do, too.  What I
do wonder about is the non-abstract use of memory (potentially
shared memory in a multiprocess system) to implement global variables.
That's the part I have concerns about.

It feels to me like we've taken our "previous offender", locked him
in a room with only a couple of doors in and out (which we can watch)
but he's (potentially) using the phone to commit crimes.
 
>I guess what I really objected to in this thread was the odor of orthodoxy
>when (IMHO) we still seem to be on a fairly steep learning curve.
 
Double right on!  And another mea culpa if my pedantic style was
mistaken for assurance about my views.  I am presently only sure that
I have doubts.
+-------------------------------+--------------------------------------+
| Bob Crispen                   |     Down with orthodoxy, or DIE!     |
| crispen@foxy.boeing.com       +--------------------------------------+
| (205) 461-3296                |Opinions expressed here are mine alone|
+-------------------------------+--------------------------------------+

             reply	other threads:[~1992-09-25 14:01 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1992-09-25 14:01 crispen [this message]
  -- strict thread matches above, loose matches on Subject: below --
1992-09-29 15:05 Using Global Variables Charles H. Sampson
1992-09-28 20:56 crispen
1992-09-28 15:53 Victor Giddings
1992-09-28 14:51 Jeffrey Stewart
1992-09-28 12:52 crispen
1992-09-25 22:58 netcomsv!iscnvx!news
1992-09-25 21:16 Charles H. Sampson
1992-09-25 17:50 Charles H. Sampson
1992-09-25 17:36 Charles H. Sampson
1992-09-25 16:30 David A. Hasan
1992-09-24 20:02 netcomsv!iscnvx!news
1992-09-24 18:10 crispen
1992-09-24  6:51 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!utcsri!geac!torsqnt!uuno
1992-09-24  3:52 Michael Feldman
1992-09-23 21:13 haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!cis.ohio-state.ed
1992-09-23 19:11 Charles H. Sampson
1992-09-23 15:01 crispen
1992-09-23 14:26 munnari.oz.au!ariel!ucsvc.ucs.unimelb.edu.au!phillip.edu.au!x01233
1992-09-23 14:19 crispen
1992-09-23 13:24 wupost!spool.mu.edu!olivea!bu.edu!inmet!inmet!shafer
1992-09-23  2:44 Holmes S. Liao
1992-09-22 20:14 LEE MARDEN
1992-09-22 17:08 dog.ee.lbl.gov!hellgate.utah.edu!cs.utexas.edu!csc.ti.com!tilde.csc.ti.co
1992-09-22 14:54 van-bc!ubc-cs!destroyer!caen!spool.mu.edu!umn.edu!The-Star.honeywell.com!
1992-09-22 12:19 Robert Firth
1992-09-21 21:30 fred j mccall 575-3539
1992-09-21 20:58 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu
1992-09-21 20:37 Michael Feldman
1992-09-21 20:36 Michael Feldman
1992-09-21 20:31 Michael Feldman
1992-09-21 19:23 Robert Firth
1992-09-21 18:32 agate!linus!linus.mitre.org!mwvm.mitre.org!M19481
1992-09-21 16:51 Doug Smith
1992-09-21 14:43 haven.umd.edu!darwin.sura.net!spool.mu.edu!umn.edu!The-Star.honeywell.com
1992-09-21 11:49 cis.ohio-state.edu!news.sei.cmu.edu!ajpo.sei.cmu.edu!wellerd
1992-09-21  8:10 paul goffin
1992-09-21  4:08 cis.ohio-state.edu!news.sei.cmu.edu!lph
1992-09-19  2:28 Michael Feldman
1992-09-18 23:52 Charles H. Sampson
1992-09-18 22:50 Robert I. Eachus
1992-09-18 13:12 crispen
1992-09-17 18:34 Charles H. Sampson
1992-09-17 14:24 kronos.arc.nasa.gov!iscnvx!news
1992-09-16 17:47 agate!linus!linus.mitre.org!mwvm.mitre.org!M19481
1992-09-16 15:26 Charles H. Sampson
replies disabled

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