Re: Task question

[bobduff@world.std.com (Robert A Duff)]

In article <3439D647.7C43@home.com>, Larry Coon  <lmcoon@home.com> wrote:
>If I do:
>
>   or
>      terminate;
>
>in place of the exit then it knows when the "calling"
>task is done and will terminate the task, but this isn't
>what I want -- the "other stuff" never gets executed.

When a terminate alternative is selected, the task will finalize all its
local variables before actually becoming terminated.  So you can put the
"other stuff" in a Finalize procedure, and have it executed that way.
If the "other stuff" needs access to local data inside the task, you can
put that data inside the Limited_Controlled object, or you can get at it
via an access discriminant.

>I've also tried adding another accept as a signal for
>when the "calling" task is done:
>
>task body x is
>begin
>   loop
>      select
>         accept my_rendezvous (some_data: some_data_type) do
>            -- Rendezvous stuff
>         end my_rendezvous;
>      or
>         accept done do
>            exit;
>         end done;

If you willing to have the extra entry, then do this:
          accept done;
          exit;
So the exit statement comes *after* the accept statement, not inside
it.

>      end select;
>   end loop;
>   -- Now do more stuff.
>end x;

- Bob