spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Naja und war gdb jetzt so viel schlechter? Es kommt dabei doch vor allem auf die Präsentation an...

Beim Java Debugging hat man es ja wirklich ziemlich angenehm und da können nicht dynamische Sprachen einfach nicht mithalten...

Zitat von »Chromanoid«

Naja und war gdb jetzt so viel schlechter? Es kommt dabei doch vor allem auf die Präsentation an...

Genau um die gehts, die kann mit VS einfach nicht mithalten. Allein Pointer im Watch Window sind ein einziger Kampf

Zitat von »Chromanoid«

Beim Java Debugging hat man es ja wirklich ziemlich angenehm und da können nicht dynamische Sprachen einfach nicht mithalten...

Nun, ich verwende Java nur wenn es sich nicht vermeiden lässt aber auch Java debugging in Eclipse/Netbeans kommt imo bei weitem nicht an Visual Studio ran...

Zitat von »dot«

Zitat von »Chromanoid« Beim Java Debugging hat man es ja wirklich ziemlich angenehm und da können nicht dynamische Sprachen einfach nicht mithalten...

Nun, ich verwende Java nur wenn es sich nicht vermeiden lässt aber auch Java debugging in Eclipse/Netbeans kommt imo bei weitem nicht an Visual Studio ran...

Hä? Ernsthaft jetzt? Man kann sich durch den kompletten Call-Stack arbeiten, während das programm läuft den Code ändern, den Frame droppen und eine Funktion mit neuem Code erneut ausführen lassen und vieles mehr. Debugging einer Sprache mit VM kann IMO eigentlich nur einfacher sein. Alles andere wäre sehr sehr seltsam.

http://netbeans.org/features/java/debugger.html

Das kannst du in Visual Studio auch alles, nur eben sogar auch in C++

was heißt hier auch eher nur c++, basic und c#. wobei der c# debugger jawohl noch komfortabler ist als der für c++...
und von hot code replace habe ich in c++ noch nie was gehört, dass will ich doch gleich mal ausprobieren...

nachtrag:
Zu Java und C++ Debugging:
also ich habe jetzt noch mal geschaut. Es würde mich schwer wundern, wenn ich das übersehen habe, aber Code während der Laufzeit beim Debuggen zu verändern und das Programm sozusagen während des Debuggens zu fixen ist in C++ soweit ich das gesehen habe nicht möglich. (scheint als habe ich das tatsächlich übersehen - ist echt grausig wie man manche features einfach übersehen kann )
Ich denke im Sinne dieses Themas ist es wahrscheinlich sowieso eher unsinnig C++ Debugging und Java Debugging zu vergleichen - wenn wir uns darauf einigen können, dass es mindestens gleich komfortabel ist wäre ich ja schon zufrieden...

Zu C++ Entwicklung in Netbeans und VS
Ich habe bis jetzt auch noch kein Feature gefunden, was ich nicht auch in GDB und Netbeans o.Ä. gefunden hätte.
Was in Netbeans für C++ zum Beispiel dabei ist und bei VS C++ Express fehlt ist ein profiler und integriertes unit testing oder sehe ich das falsch?

Es ging hier doch um C++!? Das hot code replace läuft in Visual Studio unter "Edit and Continue".

So ich habe noch mal ein bisschen recherchiert und muss dir bezügl. C++, Netbeans und VC++ zumindest im Fall "Edit and Continue" recht geben. Dieses Feature wird von Netbeans, soweit ich das jetzt sehen konnte, für C++ nicht unterstützt. Zusammen mit der starken Userbase von VS und ggf. anderen Features (ich glaube z.B. insgesamt inkrementelles Kompilieren), die von Netbeans bzw. den zugrundeliegenden Tools wie GDB/GCC usw. nicht unterstützt werden, hat man es mit Netbeans wahrscheinlich etwas schwerer.

Die Code Completion von Netbeans und VS halte ich für mindestens ebenbürtig, aber dennoch mangelt es Netbeans wahrscheinlich einfach noch ein bisschen an Erfahrung mit dem C++ Feature, damit es eine Konkurrenz auf voller Breite für MS VS werden kann. Da ich zu wenig C++ entwickle, um überhaupt echte Erfahrungswerte bieten zu können, kann ich nicht beurteilen wie wichtig ein Profiler oder unit-testing beim Hobbygebrauch ist.

Insgesamt bin ich im Rahmen von Hobbyprojekten immer dafür "neue Tools" zumindest auszuprobieren und dagegen bestimmte Mittel von vorneherein auszuschließen, da sich in der Technologiebranche ja immer sehr schnell alles verändert. Daher auch meine rege Verteidigung von Netbeans als C++ IDE, allerdings musste ich ja selbst feststellen, dass ich dabei die Entwicklungen von VS etwas heruntergespielt habe... Mein letztes größeres C++ Projekt liegt schon etwas zurück und ist in VS 6.0 entstanden und selbst da gab es ja schon Edit+Continue...

Naja soviel dazu . Achja aber von meiner Meinung, dass Sprachen mit VM im Allgemeinen besser zu debuggen/entwickeln sind rücke ich nicht ab ...

@BLU3 L30PARD
hat das ganze jetzt eigentlich mit den zusätzlichen Bibliothekspfaden geklappt? Bei mir kann ich so die Beispiele aus SFML kompilieren... Beim ausführen hängt sich das ganze dann auf, aber das liegt glaube ich an Cygwin...