From: "Randy Brukardt" <randy@rrsoftware.com>
Subject: Re: Task_Barriers
Date: Thu, 25 Jul 2019 16:59:10 -0500
Date: 2019-07-25T16:59:10-05:00 [thread overview]
Message-ID: <qhd8ne$pq0$1@franka.jacob-sparre.dk> (raw)
In-Reply-To: lyv9vpamxi.fsf@pushface.org
There's nothing in the definition of either task that would cause it to
exit, regardless of what the barrier does, so the only result could possibly
be to run more-or-less forever. (As noted by someone else, the loops run too
slowly for overflow to happen on the counter, and there is no exit.)
Randy.
"Simon Wright" <simon@pushface.org> wrote in message
news:lyv9vpamxi.fsf@pushface.org...
> Gilbert Gosseyn <hnptz@yahoo.de> writes:
>
>> although it should stop when reaching an internal count number
>
> What internal count number is that?
next prev parent reply other threads:[~2019-07-25 21:59 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-25 16:32 Task_Barriers Gilbert Gosseyn
2019-07-25 16:43 ` Task_Barriers Dmitry A. Kazakov
2019-07-25 18:56 ` Task_Barriers Dennis Lee Bieber
2019-07-25 20:11 ` Task_Barriers Jeffrey R. Carter
2019-07-25 20:17 ` Task_Barriers Simon Wright
2019-07-25 21:59 ` Randy Brukardt [this message]
2019-07-26 7:52 ` Task_Barriers Simon Wright
2019-07-26 23:59 ` Task_Barriers Dennis Lee Bieber
2019-07-26 10:38 ` Task_Barriers Gilbert Gosseyn
2019-07-26 11:09 ` Task_Barriers Dmitry A. Kazakov
2019-07-26 15:03 ` Task_Barriers Simon Wright
2019-07-27 0:10 ` Task_Barriers Dennis Lee Bieber
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox