Exe Datei hängt beim ausführen ohne IDE

[Dezipaitor]

turboPASCAL hat schon Recht. Früher ging das in DOS direkt. Aber in Windows ist es offiziell nicht möglich eine EXE-Datei direkt im Speicher auszuführen.

[xxsasch4xx]

Es wird aber auch keine Exe Datei erzeugt wenn man das Projekt noch nicht gespeichert hat auf auf den Start Button in der IDE klickt..

[Phoenix]

Doch, die landet nur irgendwo in den temporären Ordnern.

[Klaus01]

Zitat von xxsasch4xx:

Es wird aber auch keine Exe Datei erzeugt wenn man das Projekt noch nicht gespeichert hat auf auf den Start Button in der IDE klickt..

Doch die heißt dann Project1.exe

Grüße
Klaus

[Satty67]

Interessant wäre das warum, um etwas bessere Antworten zu finden.

geraten: Falls Read-Only Umgebung, dann die Exe eventuell in einer RAM-Disk erzeugen.

[xxsasch4xx]

Ich hab überlegt, dass ich ne Batch Datei ausführe beim beenden der Datei ausführe. Diese Batchdatei löscht die exe Datei und der Spuck ist vorbei xD

aber wenn der Anwender auf das Windows "X" für schließen geht wird die Batchdatei leider nicht ausgeführt.
Nur wenn er das Programm ordenlich über meine Beenden Schaltfläche beendet.

[turboPASCAL]

Dumme Frage meinerseits.
Was möchtest du denn eigentlich machen ? Wozu soll's gut sein ? Was willst du erreichen ?

[xxsasch4xx]

Ja ich weis auch nicht warum aber manchmal hängt das Programm von mir etwas und ich habe Performemance Probleme wenn ich die Exe Datei so starte.
Und wenn ich das über die IDE Starte funktioniert auf einmal alles.

Aber ich kann ja die Exe Datei wohl nicht mit einer Batch datei löschen lassen solange sie noch ausgeführt ist. Daran hab ich nicht gedacht.

[WM_CLOSE]

Da stimmt aber etwas nicht. Performance mit Debugger > Performance ohne Debugger ?
Oder hab ich da was falsch verstanden?
gibt es vielleicht irgendwelche Exceptions ohne Debugger?
Oder einfach nur performanceprobleme?

[rollstuhlfahrer]

Zitat von Satty67:

geraten: Falls Read-Only Umgebung, dann die Exe eventuell in einer RAM-Disk erzeugen.

Falsch geraten. Delphi 7 versucht standardmäßig in $Delphi\Projects (oder auch Projekte) die Ursprungs-EXE zu schreiben, solange das Programm nicht gespeichert wurde. Da in der Schule auf diesen Ordner explizit kein Schreibrecht existiert, kann er dort auch nix hinkompilieren. Er scheitert dann schon daran, die DCU zu erstellen und bricht mit "Fataler Fehler" ab.

Zum Thema Performance mit IDE > Performance ohne IDE gab es in letzter Zeit schon mal nen Thread. Hast du zufälligerweise nen Haufen an Daten, den du laden musst oder dir von irgendwo beziehst? (Oder (kleines Hirngespinst): Du versuchst den Delphi-Ordner zu sichern und mit IDE geht das natürlich schneller, weil diese ja von da geladen werden muss und dann in den Windows-eigenen Cache geht.)

Bernhard

ADD:

Zitat von xxsasch4xx:

Ich hab überlegt, dass ich ne Batch Datei ausführe beim beenden der Datei ausführe. Diese Batchdatei löscht die exe Datei und der Spuck ist vorbei xD

aber wenn der Anwender auf das Windows "X" für schließen geht wird die Batchdatei leider nicht ausgeführt.
Nur wenn er das Programm ordenlich über meine Beenden Schaltfläche beendet.

Sieht mir nach einem Konzept-Fehler aus. Startest den Batch-Job in OnClose, OnCloseQuery oder OnDestroy des Forms?