Re: best approach for multithreading (?)

Liste des GroupesRevenir à cl c  
Sujet : Re: best approach for multithreading (?)
De : 643-408-1753 (at) *nospam* kylheku.com (Kaz Kylheku)
Groupes : comp.lang.c
Date : 01. Dec 2024, 16:54:03
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <20241201074928.161@kylheku.com>
References : 1 2 3
User-Agent : slrn/pre1.0.4-9 (Linux)
On 2024-12-01, Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:
On Sun, 01 Dec 2024 15:10:03 +0000, candycanearter07 wrote:
There's a standard library for multithreading.
https://www.man7.org/linux/man-pages/man7/pthreads.7.html
>
Since C11, the C standard library has provided it's own support for
threading, which (I'm told) closely resembles the POSIX threading
model implemented in the Linux pthreads library.

Yes; they stupidly took a chunk of POSIX (IEE 1003 standard, originally
formed as a fork of C to standarize Unix things) and cloned an
incompatible version with different types and function names.

For over a decade before that, people were already using POSIX threads
on platforms that don't have POSIX threads, via libraries.

That's an excellent solution that moves out of the way on platforms
where you do have POSIX threads.

Standards cribbing from other standards, and changing things, is totally
counterproductive.

--
TXR Programming Language: http://nongnu.org/txr
Cygnal: Cygwin Native Application Library: http://kylheku.com/cygnal
Mastodon: @Kazinator@mstdn.ca

Date Sujet#  Auteur
1 Dec 24 * best approach for multithreading (?)23fir
1 Dec 24 +* Re: best approach for multithreading (?)20candycanearter07
1 Dec 24 i+* Re: best approach for multithreading (?)18Lew Pitcher
1 Dec 24 ii`* Re: best approach for multithreading (?)17Kaz Kylheku
2 Dec 24 ii `* Re: best approach for multithreading (?)16Chris M. Thomasson
3 Dec 24 ii  `* Re: best approach for multithreading (?)15Kaz Kylheku
3 Dec 24 ii   +- Re: best approach for multithreading (?)1Chris M. Thomasson
6 Dec 24 ii   `* Re: best approach for multithreading (?)13James Kuyper
6 Dec 24 ii    +* Re: best approach for multithreading (?)11Kaz Kylheku
6 Dec 24 ii    i+- Re: best approach for multithreading (?)1Kaz Kylheku
7 Dec 24 ii    i`* Re: best approach for multithreading (?)9James Kuyper
7 Dec 24 ii    i +- Re: best approach for multithreading (?)1Chris M. Thomasson
7 Dec 24 ii    i +- Re: best approach for multithreading (?)1Tim Rentsch
8 Dec 24 ii    i `* Re: best approach for multithreading (?)6Kaz Kylheku
8 Dec 24 ii    i  +* Re: best approach for multithreading (?)4Chris M. Thomasson
8 Dec 24 ii    i  i`* Re: best approach for multithreading (?)3Kaz Kylheku
9 Dec 24 ii    i  i +- Re: best approach for multithreading (?)1Chris M. Thomasson
9 Dec 24 ii    i  i `- Re: best approach for multithreading (?)1Chris M. Thomasson
9 Dec 24 ii    i  `- Re: best approach for multithreading (?)1Waldek Hebisch
6 Dec 24 ii    `- Re: best approach for multithreading (?)1Chris M. Thomasson
2 Dec 24 i`- Re: best approach for multithreading (?)1Chris M. Thomasson
2 Dec 24 `* Re: best approach for multithreading (?)2Bonita Montero
3 Dec 24  `- Re: best approach for multithreading (?)1fir

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal