From: Bender <Jeffrey.S.Morrison@gmail.com>
Subject: Re: Running a background task
Date: Fri, 16 May 2008 07:34:45 -0700 (PDT)
Date: 2008-05-16T07:34:45-07:00 [thread overview]
Message-ID: <407cd1fb-82a5-4caa-8974-6f10a39b8aae@s33g2000pri.googlegroups.com> (raw)
In-Reply-To: P78Xj.165826$yE1.60240@attbi_s21
On May 15, 10:32 pm, "Jeffrey R. Carter"
<spam.jrcarter....@spam.acm.org> wrote:
> Yes, IIUC. When the rendezvous ends, at "end On_String", both tasks continue
> (conceptually) in parallel. Handle_Msg will continue with the next statement
> after the call to Status_Task.On_String, and the Status_Task will continue into
> the loop. I think this is what Beneschan meant by 'move the loop out of the
> "accept"'.
>
> If you have fewer tasks than processors, it's possible to write code such that a
> task that is ready to run never executes ("starvation"), but that's probably not
> something that you need to worry about.
Just wanted to confirm that moving the loop outside of the accept
block did indeed work the way I needed it to. Thanks to everyone for
your help.
prev parent reply other threads:[~2008-05-16 14:34 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-15 20:51 Running a background task Bender
2008-05-15 22:31 ` Adam Beneschan
2008-05-15 23:14 ` Adam Beneschan
2008-05-16 0:43 ` Bender
2008-05-16 15:25 ` Adam Beneschan
2008-05-16 15:29 ` Adam Beneschan
2008-05-16 0:16 ` Jeffrey R. Carter
2008-05-16 0:49 ` Bender
2008-05-16 4:32 ` Jeffrey R. Carter
2008-05-16 14:34 ` Bender [this message]
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox