Einen Array willst du doch wohl nicht auf den Stack schreiben, oder??? Da schreibt man sowie so nur den Pointer hin (und das mach fortran schon lange!)...
Na ja, Common-Blöcke sollte man wirklich besser nicht benutzten, aber in C/C++ gibt es sowas schließlich auch. Komischerweise sind mir in Fortran bisher fast nur Addressfehler (die nicht im Zusammenhang mit C-Programmen standen!) der Art Bereichsüberschreitungen beim Array passiert, obwohl ich sehr viel programmiere.
In C++ kann man auch schon mal einen tollen Adressfehler machen, wie z.B. im Zusammenhang mit DirectDraw. Da habe ich mal bei ReleaseDC ausversehen den Pointer auf das DC-Handle angegeben. Der Compiler merkt da nichts, weil der "Typ" HDC irgendwas mit LPVOID ist...
Apropros Typen, die sind in C ja wohl das Letzte. Jeder Trottel kann sich einen eigenen Typ "basteln", was aber meistens nur auf ein Umtaufen von vorhandenen Typen hinausläuft. Das steigert dann ganz besonders die Übersichtlichkeit und Lesbarkeit für Fremde... Sowas gibts in fortran zum Glück nicht.
Hast du schon mal ein fortran77-Programm auf einem anderen Computer mit einem ganz anderem Compiler neu übersetzte? Resultat: kein Fehler. Wenn man aber nur die Firma des C++-Compilers wechselt landet man oft bei einigen tausend fehlern, die meistens in falschen Includ-Dateien begrüdet liegen. Deshalb bin ich absolut gegen Includes, aber nur auf diesen Includes basiert in C die sogenannte Typprüfung. Normalerweise ist man nicht so doof und ruft ein Unterprogramm (pardon eine Funktion, Unterprogramme gibt's ja nicht mehr...) nicht mit falschen Argumenten auf, und wenn schon, dann merk man das bei guten Unterprogrammstrukturen normalerweise sehr schnell.
Ich habe mal einen Satz von einem C-Programmierer über sein neuestes Programm gelesen: "Das Programm ist in C programmiert, dabei sind Programmierfehler nicht zu vermeiden..." Nicht dass sich Programmierfehler ganz ausbügeln ließen, aber schau dir mal Windows an...
Anonym
thomas woelfer
