[Jack-Devel] R: Jack thread cancellation

PrevNext  Index
DateMon, 06 May 2013 11:13:30 +0200
From MONTANARO Luciano (MM) <[hidden] at magnetimarelli dot com>
ToPaul Davis <[hidden] at linuxaudiosystems dot com>
Cc"[hidden] at lists dot jackaudio dot org" <[hidden] at lists dot jackaudio dot org>
In-Reply-ToPaul Davis Re: [Jack-Devel] Jack thread cancellation
> Paul Davis [mailto:[hidden]]

> You should never, ever, ever rely on pthread cancellation. Not on any platform, not for any purpose.

I agree wholeheartedly... But this is the status quo.

If clients are well behaved, meaning they finish their processing and go back to the Execute function, Stop will work fine, and provide a clean shutdown, at a point where the client and server are in a consistent state.
If not... I suppose there could be problems. But cancellation should really be a last resort thing, and best avoided in any case. And it can lead to crashes... I suppose this does not matter much, if you are killing the threads just before closing down the client anyway.

Luciano

VISITA IL NOSTRO NUOVO SITO WEB! - VISIT OUR NEW WEB SITE!   www.magnetimarelli.com

Confidential Notice: This message - including its attachments - may contain proprietary, confidential and/or legally protected information and is intended solely for the use of the designated addressee(s) above. If you are not the intended recipient be aware that any downloading, copying, disclosure, distribution or use of the contents of the above information is strictly prohibited.
If you have received this communication by mistake, please forward the message back to the sender at the email address above, delete the message from all mailboxes and any other electronic storage medium and destroy all copies.
Disclaimer Notice: Internet communications cannot be guaranteed to be safe or error-free. Therefore we do not assure that this message is complete or accurate and we do not accept liability for any errors or omissions in the contents of this message.
PrevNext  Index

1367831621.28165_0.ltw:2,a <67BA5DEFFBE7BF46B4C53F7E5FC5AD4423A1920615 at MXCL13 dot fgremc dot it>