Nach dem ich jetzt einige Monate lang nicht mehr richtig zum programmieren gekommen bin, konnte ich in den Weihnachtsferien endlich mal wieder was basteln und hab nichtmal annähernd das geschafft, was ich mir vorgenommen hatte. Warum? Hab mich mal wieder mehr mit den Tools herumschlagen müssen.
Da dieser Test die meisten Leute auf die Seite gelockt hat, hier mal ein kleines Update.

Visual Studio

Ich hab mir zum Glück in den letzten Wochen meines Studentenlebens noch Visual Studio Academic Edition zugelegt. Für 60€ ok, sofern man die Bezugsberechtigung hat.
Die Entwicklungsumgebung ist leider noch immer so schrottig wie zuvor. Die Syntaxhervorhebung ist sehr minimalistisch. Die automatische Codeformatierung kann man nicht konfigurieren (M$ hat halt seine Vorstellung von Codeformatierung). Der Compiler lässt einiges durchgehen, was der GCC nicht durchgehen lässt. Der gemeldete Bug in AnkhSVN ist immer noch da, aber das ist nur ein kleines Ärgernis. Einen Profiler gibt´s nur in den extra teuren Visual Studio Versionen. Ohne Linux und Valgrind hätte ich noch immer einige üble Heap Corruptions drin...

Eclipse+CDT

Eclipse ist toll. CDT ist toll. Gibt´s für Linux und Windows und unterstützt GCC. Und das alles für lau. Verglichen mit Visual Studio ist Eclipse zwar subjektiv hässlich, aber es ist einfach komfortabel zu benutzen. Die Codeformatierung ist gut, die Syntaxhervorhebung auch, Subversion ist gut integriert, der Debugger zeigt auch alles Wichtige an. Wenn er nur laufen würde. Entweder ignoriert er Breakpoints total, oder er springt an ganze andere Adressen oder an Code, der gar nicht von mir ist und wo ich gar nicht weiss, wo der herkommt, während er in einer Endlosschleife hängt und wiederholt endlos eine Fehlermeldung zu der es nur Berichte aber keine Lösungen gibt. Ich hab auch mal versucht Cygwin statt MinGW zu benutzen, aber gebracht hat das auch nix. Wieviel Zeit bei dem rumprobieren drauf gegangen ist :(

Code::Blocks

Code::Blocks hat mir damals schon recht gut gefallen aber ohne integrierte CVS oder SVN unterstützung uninteressant. Aber hey, da im Forum wird ja ein neues Plugin entwickelt, probieren wir das doch aus. Naja, nach zig Stunden kompilierens und ausprobieren hab ich es dann doch wieder aufgegeben. Naja, steht ja auch dabei, das es in einer frühen Entwicklungsphase ist. Ok. schauen wir "später" noch mal rein...

Eclipse+CDT Reprise

Das Ding muss doch laufen. Hm, will nicht, verdammt :( . Hab aber im Netz einige Links gefunden, dass wohl GDB wohl so einige Probleme mit C++ und Breakpoints haben. Leider hab ich die Berichte nicht gebookmarked :( (vielleicht der hier? oder der hier?). Nun ja, mit GDB debuggen geht wohl nicht so richtig und CDT unterstützt momentan wohl nur GDB, oder zumindestens hab ich keinen anderen unterstützten Debugger gefunden. Leider brauch ich den Debugger, so das ich CDT wohl nicht nutzen kann, schade, das Ding ist einfach bequem. Es gibt noch einen kleinen Bug, wenn man paralleles kompilieren möchte, dann baut der alles neu, aber das sollte ja nicht das Problem sein.

Visual Studio

Tja, und so häng ich mal wieder bei Visual C++. Es läuft wenigsten. Der Debugger läuft wenigstens. Das ist wichtig. Auch wenn es sich in UltraEdit bequemer editieren lässt als in Visual Studio, eine vollständige IDE ist immer noch wichtiger. Mal schauen wie es mit den nächsten CDT/GDB Versionen aussieht Eine kleine Sache sollte noch erwähnt werden, wenn man sich unter anderem den "rohen" Heap angucken will, dann muss man in den allgemeinen Optionen von Visual Studio unter Debuggen->Allgemein die Option "Debuggen auf Adressebene aktivieren" aktivieren, weil ansonsten kann man die Fenster "Arbeitsspeicher" gar nicht erst aufrufen, was ziemlich blöd ist, wenn man sich mal im Speicher einen Problembereich anschauen möchte, was sehr nützlich ist, wenn man mit Pointern auf "rohem" Speicher herumhantieren muss. Also bleibt´s erstmal wieder bei Visual Studio :(