Es handelt sich (wie zu lesen) um C++-Exceptions, nicht um Signale. Exception müssen nicht zwangsläufig das Ende eines Threads bedeuten, und selbst wenn, dann auch nicht unbedingt das Ende des Programms. Auf tiefer Linuxebene (Kernel) geht Exceptionhandling (leider) nicht, aber auf höherer Ebene darf man Exception nutzen.
Achja, Deadlock wird nicht prinzipiell vermieden, es wird nur vermieden, dass man 'aus Versehen' ein 'unlock' vergisst, 2 Locks im selben Thread (und damit ein Deadlock (1) ) können durch schlechte Programmierung immer noch auftreten, jedoch machen sowohl Marcus' Version als auch meine dies programmtechnisch schwerer.
(1) Ich gehe dabei von einem normalen Mutex aus (fast mutex). Durch einen Errormutex oder rekursiven Mutex, werden Deadlocks durch 2 folgende Locks verhindert, aber diese Threadarten betrachte ich eher als Notnagel (rekursiv) oder nutze sie zum Debuggen (Errormutex).
Nächstes Thema anzeigen Vorheriges Thema anzeigen
Sie können keine Beiträge in dieses Forum schreiben. Sie können auf Beiträge in diesem Forum nicht antworten. Sie können Ihre Beiträge in diesem Forum nicht bearbeiten. Sie können Ihre Beiträge in diesem Forum nicht löschen. Sie können an Umfragen in diesem Forum nicht mitmachen.
c++.de ist Teilnehmer des Partnerprogramms von Amazon Europe S.à.r.l. und Partner des Werbeprogramms, das zur Bereitstellung eines Mediums
für Websites konzipiert wurde, mittels dessen durch die Platzierung von Werbeanzeigen und Links zu amazon.de
Werbekostenerstattung verdient werden kann.
Die Vervielfältigung der auf den Seiten www.c-plusplus.de, www.c-plusplus.info, www.c-sar.de, www.c-plusplus.net und www.baeckmann.de
enthaltenen Informationen ohne eine schriftliche Genehmigung des Seitenbetreibers ist untersagt
(vgl. §4 Urheberrechtsgesetz). Die Nutzung und Änderung der vorgestellten Strukturen und Verfahren in
privaten und kommerziellen Softwareanwendungen ist ausdrücklich erlaubt, soweit keine Rechte Dritter verletzt werden.
Der Seitenbetreiber übernimmt keine Gewähr für die Funktion einzelner Beiträge oder Programmfragmente, insbesondere
übernimmt er keine Haftung für eventuelle aus dem Gebrauch entstehenden Folgeschäden.
Twitter
Facebook
