From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: Program error from assignment??
Date: 1998/07/23
Date: 1998-07-23T00:00:00+00:00 [thread overview]
Message-ID: <dewar.901174695@merv> (raw)
In-Reply-To: 6p5c9p$9qs$1@nnrp1.dejanews.com
T.E.D. said
<<My code could, theoretically, pass the new access value for the object into a
task (which had also with'ed the package that declares the access type). Then
my main procedure where the object is declared could, theoretically, end. The
program will continue to hang around as long as the task doesn't end too.
The compiler vendor could have, theoretically, decided to pop the stack for
the main procedure even though the program isn't quite done yet. I would have
figured the more natural implementation is that the tasks (and their main
stacks) are declared on the main procedure's stack along with all its
variables, but it doesn't HAVE to be done that way.
>>
no, no. You needn't hypothesize such strange things. Just realize that
there is nothing special about the main program, it is just a procedure
that anyone could call from anywhere.
next prev parent reply other threads:[~1998-07-23 0:00 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-07-21 0:00 Program error from assignment?? dennison
1998-07-22 0:00 ` dennison
1998-07-22 0:00 ` Robert Dewar
1998-07-22 0:00 ` dennison
1998-07-23 0:00 ` Robert Dewar [this message]
1998-07-23 0:00 ` Tucker Taft
1998-07-22 0:00 ` Jean-Pierre Rosen
1998-07-22 0:00 ` dennison
1998-07-23 0:00 ` Robert Dewar
1998-07-23 0:00 ` dennison
1998-07-23 0:00 ` Jean-Pierre Rosen
1998-07-24 0:00 ` tedennison
1998-07-22 0:00 ` David C. Hoos, Sr.
1998-07-22 0:00 ` Stephen Leake
1998-07-22 0:00 ` dennison
1998-07-23 0:00 ` Dale Stanbrough
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox