Neues Delphi jetzt kaufen, oder weiter nach Alternativen suchen?

[Bernhard Geyer]

Zitat von dummzeuch:

1. die Rechner oft nicht im LAN hängen

Und mit den Crash-Berichten kommst/Aufrufstacks kommst du nicht weiter?

Hab selbst zu D6-Zeiten mit WinDbg und den Absturzberichten von Windows Fehler finden und lösen könnte.
Und zwar Zurückgemeldete Fehlerberichte an MS und diese habe ich dann von MS geholt.

Mittlerweile haben die Map-Dateien zu jeder Version vorliegen und können Aufrufsstacks (Mit Hilfe von JCL-Units) in eine log-Datei speichern und darüber Fehler finden.

Zitat von dummzeuch:

2. der Remote-Debugger von Delphi 2007 nicht stabil genug, um damit ernsthaft zu arbeiten.

Mit dieser Version habe ich wenig Erfahrung. Mit D6 (auch nicht gerade stabil) und XE6 geht es und hat mir schon bei einigen

[dummzeuch]

Zitat von Bernhard Geyer:

Zitat von dummzeuch:

1. die Rechner oft nicht im LAN hängen

Und mit den Crash-Berichten kommst/Aufrufstacks kommst du nicht weiter?

Wenn es sein muss, schon, aber in komplexen Programmen mit multithreading (insbesondere dann, wenn da noch ein Kollege dran war ), reicht das irgendwann nicht mehr.

Zitat von Bernhard Geyer:

Mittlerweile haben die Map-Dateien zu jeder Version vorliegen und können Aufrufsstacks (Mit Hilfe von JCL-Units) in eine log-Datei speichern und darüber Fehler finden.

Ja, machen wir genauso.

Zitat von Bernhard Geyer:

Zitat von dummzeuch:

2. der Remote-Debugger von Delphi 2007 nicht stabil genug, um damit ernsthaft zu arbeiten.

Mit dieser Version habe ich wenig Erfahrung. Mit D6 (auch nicht gerade stabil) und XE6 geht es und hat mir schon bei einigen

Es nervt einfach ziemlich, wenn man den Fehler eingegrenzt hat, eigentlich nur noch nachsehen muss, welchen Werte ein Feld eines referenzierten Objekts hat, und plötzlich fliegt einem der Debugger um die Ohren oder der Rechner friert ein. Nach dem dritten Mal hat man darauf keinen Bock mehr.