Ich hasse diese Elendigen Dinger halt besonders, wenn ich irgendwas mit ~~Strings~~ Fäden machen will. Es gibt bei der scheiße immer Probleme.

Schlaue Zeiger sind auch kein Problem. Das Problem bei rohen Zeigern ist, wie du schon sagtest, das Management. Man muss halt immer im Blick haben wann und ob der Zeiger befreit werden muss.

Wir hatten vorhin auf der Arbeit grad ein Arbeitsspeicherleck, weil in einer Schleife ein Zeiger von einer Bibliothek kam und der Zeiger nicht befreit wurde

Das bösartige an Zeigern ist, dass sie nicht einfach nur ein Datentyp sind. Sondern ein Datentyp der verschiedene Datentypen haben kann. Man kann sie nicht einfach nur auf irgendeinen Speicherplatz zeigen lassen, sondern auf einen Speicherplatz mit einem Inhalt bestimmten Datentyps. Der aber dann implizit definiert ist, damits schwerer zu durchblicken ist.

Selbst in JavaScript beißen mich Objektreferenzen gelegentlich. Ich glaube, das Problem ist darin begründet, dass man – anders als bei einer lokalen Variable – nicht mehr Alleinherrscher über die Daten ist und damit rechnen muss, dass sie andernorts verändert werden.

Oder man geht davon aus, dass eine kopierende Operation die Daten kopiert statt nur einen Zeiger. Dann wundert man sich später, warum Dinge, die unterschiedlich sein sollten, gleich sind.

Du siehst halt lokal nicht wo überall ein Zeiger drauf sein könnte sondern musst den Code durchgucken

void ** (**ptr)();

Wie wäre es mit Zeiger Zeiger auf eine Methode die einen Zeiger Zeiger zurück gibt? Ich liebe C

Zeiger wegabstrahieren heißt Gott spielen. Wer erwartet c++ oder irgendeine andere Sprache löst das Problem, dass Daten im Speicher verteilt sind ist naive. Wer ein Haus in der Stadt kauft kann nicht einfach ein 400m2 Garten DLC herrunterladen.

Fairer Weise, wenn man Zeiger nicht versteht, wird man mit dem Verleih-Prüfer auch nicht klar kommen. Das wird dann auch nur maximal frustrierend sein. Für einen blutigen Anfänger, der sich noch mit Zeigern abmüht ist der gelegentliche Segfault sicher angenehmer, als bei jedem kleinen Fehler, der eventuell aufgrund glücklicher Umstände nicht mal zu Problemen geführt hätte, in Kompilierfehler zu rennen. Als Anfänger hätte ich die wichtige Arbeit des Verleih-Prüfers sicher noch nicht zu schätzen gewusst und wahrscheinlich eher als Gängelung wahrgenommen.

Das gesagt, ich liebe Rost und grade der maschinennahen Programmierung ist es das beste, was ihr seit Ewigkeiten passiert ist. Im

Dachte gerade du hättest das „u“ mit einem „o“ verwechselt. Dann merkte ich, ich liege falsch

Kommt das snobbische verhalten die rostige Entwicklys im Kernel an den Tag legen mit der Sprache gratis dazu?

Ich will es ja lernen. Es ist ja schön mal was anderes auszuprobieren, aber die Pointer sind schon ein bisschen komplexer als ich es gewohnt bin.

Das Problem mit Schlauzeigern ist, dass sie zwangsläufig versteckten Kontrollfluss mit sich bringen. Das ist a) mit dem C Syntax meiner Meinung nach nicht einfach machbar ohne Pandoras Büchse ähnlich wie C++ und Rost zu öffnen (nicht, dass das zwangsläufig schlecht ist, aber das ist halt nicht C) und b) auch nicht unbedingt wünschenswert. Eine der schönen Sachen an C ist, dass jeglicher Kontrollfluss direkt vor einem liegt und nichts passiert, was man nicht direkt sieht. Wenn man mal mit größeren C++ Bibliotheken, die die Möglichkeiten von Klassen und Vorlagen wirklich ausschöpfen, gearbeitet hat, merkt man schon was das doch für ein Segen sein kann.