pthread_cancel and EH: let's try this again
David Abrahams
dave at boost-consulting.com
Wed Jul 13 17:53:04 UTC 2005
Jason Merrill <jason at redhat.com> writes:
> On Wed, 13 Jul 2005 11:40:45 -0400, David Abrahams <dave at boost-consulting.com> wrote:
>
>> Do you have a counterexample? I'm not sure I would be convinced by
>> one, but at least one counterexample is definitely a prerequisite
>> for me to be convinced.
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111548
>
> We've gotten other private bug reports, too. Unfortunately, that
> bug report got marginalized because the reporter used async cancel
> in his reduced testcase...I would guess that the original code
> doesn't, but I haven't looked yet.
>
> I'm sorry, my example above is misleading; in other the bug report
> that motivated me to bring this up again there is no recover(), just
> catch(...){}. All the recovery has been done by registered
> cleanups, the above loop is just there to keep the thread alive.
Okay, I understand why you might want to do that.
> Which it shouldn't in the case of cancellation.
But, speaking of how easy it is to deal with, aren't cases like this
100% trivial to work around when you switch to scheme #1?
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
More information about the c++-pthreads
mailing list