Diese Dinger verursachen am laufenden Band Probleme. Ich habe ja durchaus Spaß daran, wann man auch mal wirklich den eigenen Kopf benutzen muss beim Programmieren, aber Zeiger sind schon eine gewisse Herausforderung.
Edit: Es lag nicht an den Zeigern, sondern daran, dass ich ein paar kleine Fehler in meinem Code hatte, die ich übersehen habe.
Ich hab das nie so richtig verstanden, warum Zeiger so problematisch sind. Es ist halt eine Referenz auf ein Stück Speicher, über dem ein Datenmodel gespannt liegt. Die einzige Hürde liegt darin, die Verantwortung über das Bestehen dieses Speichers ein wenig zu planen, aber das hat man bei schlauen Zeigern implizit genauso, man muss sie nur nicht selbst wegräumen.
Ich hasse diese Elendigen Dinger halt besonders, wenn ich irgendwas mit
StringsFäden machen will. Es gibt bei der scheiße immer Probleme.Dann wäre vielleicht eine Sprache besser, die echte Fäden unterstützt und nicht nur Zeiger zu Speicher, der halt irgendwann mit
\0endet.Du meinst die hoffentlich an der richtigen Stelle mit
\0enden.Hab ich geschrieben. Hat das Markierunter irgendwo versagt?
Ja, behoben. Meinte auch das hoffentlich weil das ja mit C zum Glück nicht garantiert ist. Hab es angepasst um es klarer zu machen.
Ist aber ganz lustig da x86 extra Instruktionen für C Fäden hat.
Fäden sind Threads.
Nene, die erkennt man daran, dass sie hingerichtet werden sollen.
String = Faden
Wenn ich die ultimative Quelle allen Wissens und aller Weisheit befrage, scheint der Begriff thread tatsächlich am ehesten dem Faden zu entsprechen, string hingegen der Schnur.
Der Vollständigkeit halber:
yarn = Garn twine = Zwirn rope = Seil
Für Tau finde ich keine Entsprechung im Deutschen, Während cord und cordage ein Oberbegriff für alles Schnurige von Zwirn bis Tauwerk zu sein scheint.
Spanend, wie viele Worte wir für lange, flexible Objekte gaben.
Das hat glaube damit zutun, dass sie auf unterschiedliche Art hergestellt werden. Je nach Endprodukt hat es einen eigenen Namen
Threads sind sowas von Laufmaschen.
Kann mich da nur anschliessen. Wenn es nicht C sein muss, lass es lieber. Klar lernt man viel dabei, aber die Gehirnakrobatik, die man sich dabei aneignet, ist sonst nirgends mehr anwendbar.
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
Sowas lässt sich ganz gut mit statischer als auch dynamischer Quellcodeanalyse finden. Speicherlecks entdecke ich meist zuverlässig mit valgrind und Rennbedingungen über den Fadenreiniger von gcc.
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.
So gesehen ist das nicht einmal ein Datentyp, sondern einfach ein Ganzzahlwert mit einer von der Architektur abhängigen Bitlänge, der die Adresse des referenzierten Speichers beginnend mit 0x0 angibt. Daran ist nichts bösartig und man lässt sie nicht irgendwo, denn der Zeiger selbst kennt keinerlei Datentyp, auf den er zeigt. Und um das implizite ein wenig zu lindern, existieren ja Macros und Unions.
Edith: *zeigen lassen
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