Seltsamer Fehler beim schließen

[himitsu]

Zitat von Satyr:

Wie schon geschrieben arbeitet und schließt das Programm ganz normal. Erst DANACH kommt von Windows diese Meldung.
Der Zeitpunkt irritiert mich, sonst hätte ich auf ein MemoryLeak getippt. Oder zumindest eine Fehlermeldung mit mehr Aussagekraft *grml*.

Falsch, nicht dein Programm ist da bereits geschlossen beendet, sondern nur die MainForm (deine Form1) ist "ausgeblendet" oder vielleicht schon freigeben.

Das Programm läuft dennoch weiter, bis alle Aufräumaktionen beendet wurden und in einer dieser Aufräumaktionen wird es bei dir vermutlich ein Problem geben.

In der DPR mal nach dem Application.Run; eine MessageBox anzeigen. Kommt dein Programm denn wenigstens bis dort hin? (Dialog wird angezeigt)


Nie Probleme?
Kleines Beispiel: FreeAndNil(Form1); und jetzt versuche mal im OnDestroy auf Form1 zuzugreifen, denn das ist dann bereits NIL, da die Funktion eigentlich NilAndFree heißen müsste, da sie zuerst die Variable auf NIL setzt und danach dann das Free aufruft.
Wenn du unbedingt einen NameSpace nutzten willst, dann benutzte auch den Richtigen, also Self.Close; (innerhalb einer TForm1-Methode aufgerufen).

[Satyr]

Ein Dialog nach Run ist kein Problem. Wie gesagt, das Programm läuft ansonsten völlig normal.
Wenn ich Dich richtig verstehe, versucht das Programm nach dem Close noch auf Form1 zuzugreifen, oder?
Ich wüsste zwar nicht wo ich danach noch explizit code habe aber ich gehe morgen mal die Komponenten durch. Vielleicht versuchen die AlphaSkins noch irgendwo ein skinning nach dem Close oder sowas.

[Sir Rufo]

Wie lautet denn der Dateiname von dem Programm?

[Satyr]

"concepter.exe", warum? Kann man da etwas falsch machen?

[Sir Rufo]

Zitat von Satyr:

"concepter.exe", warum? Kann man da etwas falsch machen?

Ja, wenn so Schlagworte wie "install", "setup" oder "update" enthalten sind/wären

[himitsu]

Wenn sich Programme nicht via Manifest beim Windows als Kompatibel zu dieser Version outen, dann geht Windows davon auß, daß es sich eventuell um alte schrottige Programme handelt.

Da z.B. viele Programmierer großen mist bauten und ständig versuchen ins Programmverzeichnis "C:\Programme" zu schreiben.
Bzw. die genannten "Schlagworte", betreffend noch schorottiger Setupprogramme, welche vergessen die Adminrechte anzufordern.

Dann schaltet Windows gewisse Heuristiken an und schaltet dann automatisch die Adminanforderung ein, oder schaltet in die Dateizugriffe verschiedene Umleitungen (z.B. VirtualStore) dazwischen.

[Satyr]

Wow, das die Sicherheitsrechtlinien mittlerweile so weit greifen wusste ich nicht. Gut zu wissen für die Zukunft.
Mein Programm liegt allerdings recht einsam in einem Ordner auf dem Desktop.
Was könnte eigentlich der Grund dafür sein, das es in Delphi problemlos beendet werden kann?