mit Delphi 7 für Windows / programmieren

[SimStar001]

Hallo,

ich habe mal eine allgemeine Frage. Kann man mit Delphi 7 noch Anwendungen für Windows 7 programmieren?
Hintergrund ist folgender: Bei meinen Programmen, bzw bei einem treten vermehrt merkwürdige Fehler auf, wie z.b. lässt sich kein Opendialog mehr öffnen, oder es kommt bei einer Eingabe in ein EDIT zu Laufzeitfehlern. die ich mir nciht erklören kann!
Diese Fehler sind bisher nur bei Nutzern von Windows 7 64 Bit version aufgetreten.

Ansonsten laufen alle Programme stabil und Fehlerfrei!
Was kann ich dagagen tun?

LG Marco!

[Bernhard Geyer]

Zitat von SimStar001:

ich habe mal eine allgemeine Frage. Kann man mit Delphi 7 noch Anwendungen für Windows 7 programmieren?

Ja. Haben hier Delphi 6

Zitat von SimStar001:

Hintergrund ist folgender: Bei meinen Programmen, bzw bei einem treten vermehrt merkwürdige Fehler auf, wie z.b. lässt sich kein Opendialog mehr öffnen, oder es kommt bei einer Eingabe in ein EDIT zu Laufzeitfehlern. die ich mir nciht erklören kann!
Diese Fehler sind bisher nur bei Nutzern von Windows 7 64 Bit version aufgetreten.

Ansonsten laufen alle Programme stabil und Fehlerfrei!
Was kann ich dagagen tun?

Ich tipp mal darauf das dein programm "wilde Zeiger" hat die halt jetzt in Win7, 64-Bit zu problemen führen.
Setze eine VM mit Win7 x64 auf und debugge von deiner normalen IDE per Remote Debugger.

[taveuni]

Zitat von Bernhard Geyer:

Ich tipp mal darauf das dein programm "wilde Zeiger" hat die halt jetzt in Win7, 64-Bit zu problemen führen.

Was sind denn wilde Zeiger?

[Bernhard Geyer]

Zitat von taveuni:

Was sind denn wilde Zeiger?

Referenzen auf schon freigegebene Objekte/Speicherbereiche.

[Luckie]

Zitat von Bernhard Geyer:

Zitat von taveuni:

Was sind denn wilde Zeiger?

Referenzen auf schon freigegebene Objekte/Speicherbereiche.

Die würden aber auch unter 32-Bit zu Fehlern führen. Des Weiteren läuft ein 32-Bit Programm unter 64-Bit in WOW32, wie damals 16-Bit Programme in WOW16 liefen.

Was macht denn dein Programm? Wenn es unter XP mit eingeschränkten Rechten läuft, dann sollten es zumindest keine Rechte Probleme sein.

[Bernhard Geyer]

Zitat von Luckie:

Die würden aber auch unter 32-Bit zu Fehlern führen. Des Weiteren läuft ein 32-Bit Programm unter 64-Bit in WOW32, wie damals 16-Bit Programme in WOW16 liefen.

Nicht immer. Der Windows Speichermanager ist ja geändert so das u.U. bisher nicht aufgefallene oder sehr seltene Abstürze jetzt häufiger vorkommen.

[SimStar001]

Also was das Testen angeht, kann ich leider nciht tun, denn ich besitze kein Windows 7 und schon garnicht in der 64 bit Version. Ich bin von daher auf Fehlerberichte angewiesen.

Was ich jedeoch mal live miterleben durfte ist das das öffenen des Öffnen Dialoges nicht funktionierte.... und nun habe ich auch schon einen zweiten Nutzer, bei dem das so ist.

Also da sollte doch kein Fehler im Code sein, was das öffnen des Dialogs angeht?!

Delphi-Quellcode:

opendialog1.InitialDir := extractfilepath(paramstr(0)) + 'Data\Sektoren';
  if Opendialog1.Execute then
    begin
.... mein code
    end;

[Bernhard Geyer]

Zitat von SimStar001:

Also was das Testen angeht, kann ich leider nciht tun, denn ich besitze kein Windows 7 und schon garnicht in der 64 bit Version. Ich bin von daher auf Fehlerberichte angewiesen.

Wenn du professionel (ich meine damit Geld verdienst) SW entwickelst dann ist eine VM mit den relevanten Windows-Versionen (XP, Vista, W7 und W2003, W2008 falls Server-SW eingesetzt wird) pflicht. Ansonsten stocherst du nur im Nebel herum.

[hoika]

Hallo,

opendialog1.InitialDir := extractfilepath(paramstr(0)) + 'Data\Sektoren'; Du hast also Daten im Programme-Verzeichnis stehen ...

Mache ein try/except um alles und bringe die Exception.Message zumindestens auf den Monitor.


Und zu Windows 7 habe ich nicht
Windows 7 90 Tage Testversion


Heiko

[mjustin]

Hallo,

ein Gesundheitscheck mit FastMM4 findet eventuell Probleme mit Speicherverletzungen, damit habe ich bereits sehr gute Erfahrungen bei der Fehlersuche gemacht. Auch wenn man (bzw. die Benutzerin) nicht emerkt, dass ein Fehler auftritt weil z.B. über try / except Fehler versteckt bleiben, reagiert FastMM4 im vollen Debug-Modus darauf. Für die Konfiguration gibt es ein FastMM4 Options Interface als Delphi GUI Anwendung, das ich auch empfehlen kann.