Was nervt euch so, während der Programmierung oder so allgemein

[Delphi-Laie]

Zitat von Elvis:

Du hast doch immer und überall Zeiger. (jede Referenz auf ein TObjekt ist ein Zeiger)

Um die geht es doch natürlich nicht!

Zitat von Elvis:

Wer damit nicht umgehen kann, darf IMO seinen Unterhalt nicht mit Programmieren verdienen.

Dieser Zwang ist mir zum Glück erspart geblieben.

Zitat von Elvis:

Sicherlich sollte man untypisierte Zeiger vermeiden, außer man zeigt halt auf generisch reservierte Bereiche.

Generisch hin, (un)typisiert her. Mir geht es einfach nur um eine doppelt verkettete Liste. Allein bei deren Deklaration bekam ich schon zu Turbo-Pascal-Zeiten einen dicken Hals: Wie kann etwas sich selbst vollständig als echte Teilmenge enthalten? Das ist mit mathematischer Logik nicht faßbar, das gibt es n.m.W. nur bei unendlichen Mengen. Inzwischen weiß ich, wie das gemeint ist.

Zitat von Elvis:

Aber so einen Gefühlsausbruch kann man nur mit fehlendem Verständnis erklären...

Sicher, aber ohne sich damit zu beschäftigen, lernt man es normalerweise nicht (vielleicht Du). Was abläuft, erkenne ich durchaus, es wird sich von Element zu Element durch diese Liste gehangelt, und wenn man auf nil stößt, dann ist man eben an eines ihrer Enden gelangt. Wenn man diesen Unrat wenigstens vernünftig debuggen könnte, ist aber leider Fehlanzeige. Sogar selbstgeschriebene, im Normalfall auch funktionierende Konvertierungsprozeduren, die man immerhin sogar im Fenster für die überwachten Ausdrücke benutzen kann - da muß ich den Borländern ein Kompliment machen, daß das überhaupt möglich ist - versagen leider, sobald irgendetwas aus dem Ruder läuft - nämlich genau dann, wenn man diese Information eigentlich benötigt. Anonsten bleiben eben in besagtem Fenster nur Speicheradressen mit "$" & Co. - damit kann ich leider nichts anfangen, weil mich nicht die Speicheradressen, sondern die dort abgelegten Informationen interessieren.

Faszinierend ist lediglich die hohe Geschwindigkeit, mit der das ganze abläuft und die mich - bisher - diese Tortur durchhalten ließ.

Ergänzung: Delphi hat mörderisch zu kämpfen: Aufrufe der Konvertierungsfunktionen mit falschen Argumenten im Fenster der zu überwachenden Ausdrucke führen zur Fehlermeldung "Fehler beim Setzen des Debug-Exception-Hook" (sic!). Was sagte ich weiter oben? Fragil!

[jfheins]

Benutze C#

Um Pointer überhaupt zu benutzen musst du einen unsafe-Block benutzen (ggf. mit fixed-Block falls du auf etwas zeigen willst, das es schon gibt)
und tief in den Projektoptionen (am besten für Debug und Release Konfiguration) eben jenen unsafe-Block separat erlauben.

Du siehst, C# schikaniert dich hier viel mehr bevor du Pointer benutzen kannst - da überlegt man sich das vielleicht dann doch nochmal

[himitsu]

Pointer in JavaScript und Co?

Ach, ich weiß ... du benutzt einfach BrainFuck ... dort gibt es keine Pointer und schon hast du DIE Programmiersprache, welche du dir schon immer gewünscht hast.

[Medium]

Dein Problem ist einfach, dass du eine elementare Strategie in der Programmierung nicht sauber umgesetzt bekommst, und zudem dies mit Mitteln tust, in einem Tool, dass diese eigentlich eher aus "Legacy"-Gründen beinhaltet, bzw. weil es für nicht alle ab und an gebrauchten Kniffe eine OOP Lösung parat hält. (Für flotte Listen taugt typsicheres Pascal aber prima!)
Im Allgemeinen meckerst du ohnehin zu viel, vor allem oftmals ohne den Eindruck zu vermitteln, dass du ausreichend Substanz für deine bemängelten Dinge hast, die einen erst berechtigen würden diese glaubhaft zu bemängeln. Bei vielen deiner Beiträge frage ich mich echt ernsthaft, was dich bei Delphi bzw. der Softwareentwicklung überhaupt hält, wenn doch quasi alles nur doof und unlogisch ist.

[BUG]

Beim Entwickeln mit Zeigern fand ich Assertions immer recht hilfreich um zu sehen wo invalide Zeiger in die Datenstruktur kommen, auch wenn sie da noch nicht benutzt werden.
Wenn man dann noch darauf achtet, das die Zeiger immer einen definierten Zustand haben und man typisierte Zeiger benutzt, kann gar nicht mehr so viel schief gehen (ausgenommen der Frage: wo/wann geben ich den Speicher wieder frei).
Rechnen mit Zeigern sollte man tatsächlich nur betreiben, wenn man gut ausgeschlafen ist. Am besten werden diese Berechnungen dann in Prozeduren/Methoden gekapselt und ordentlich typisiert.