pthread: was genau macht "joinable" und was macht "detached"?

[HaWe]

Deine Grundsatzdiskussionen helfen nicht wirklich weiter. In C aber ist immer schon vieles möglich, was zu Überschreiben von Speicherbereichen führt: In C muss nunmal der Programmierer aufpassen, was er tut, es ist von der Sprache her (fast) alles erlaubt, auch damit verbundene Fehler.
Ich sehe auch nicht, dass du hier eine ernsthafte, praktikable Alternative zu pthread anbieten kannst, die u.a. auch halbwegs Hobbyprogrammierer-tauglich ist (Prozesse und Subprozesse mit pipes etc sind es definitv NICHT!).
Also lassen wir jetzt bitte diese frustranen und sinnlosen Grundsatzdiskussionen

[Klebwax]

Deine Grundsatzdiskussionen helfen nicht wirklich weiter. In C aber ist immer schon vieles möglich, was zu Überschreiben von Speicherbereichen führt:

Von einer Task in eine andere??

In C muss nunmal der Programmierer aufpassen, was er tut, es ist von der Sprache her (fast) alles erlaubt, auch damit verbundene Fehler.

Und das Multitasking sorgt dafür, daß es nicht jedesmal einen Reboot des Gesamtsystems gibt.

Ich will auch nichts anbieten, ich will dich nur dazu bringen, die Konsequenzen deiner Entscheidung für Threads zu realisieren. "einfacher" wäre mir als Begründung zu wenig.

Aber du hast recht, es ist genug gesagt, du hast nur noch nicht alles verstanden

MfG Klebwax

[HaWe]

nein, ich denke du hast noch nicht alles verstanden, nämlich den Gesamtkontext und Sinn und Zweck der Anwendung, und POSIX pthread ist immerhin seit 20 Jahren eine etablierte ANSI C Standardlib.
Irgendwas schlechtreden ohne konstruktive Alternativen ist aber in jedem Falle eine ziemlich billige Attitüde.