Unterschied "Erzeugen" und "Compilieren" - Einstellungen

[haentschman]

Hallöle...

Ich habe ein neues Projekt (Konsole), was mit "Compilieren" läuft aber mit "Erzeugen" zur Runtime einen Fehler "E/A-Fehler 105" schmeißt. Das geht auch mit neu Compilieren nicht weg. Erst mit Schließen des Projektes kann ich wieder fehlerfrei "Compilieren".
PS: Die Einstellungen sind gleich bis auf die Debuginformationen im Debug.
PS: Es hat imho angefangen mit Einbindung seperater Units ins Projekt.

Hat jemand eine Idee dazu? Ich kenne das nicht...

Danke

[jaenicke]

Zitat von haentschman:

was mit "Compilieren" läuft aber mit "Erzeugen" zur Runtime einen Fehler "E/A-Fehler 105" schmeißt.
[...]
PS: Die Einstellungen sind gleich bis auf die Debuginformationen im Debug.

Moment, wovon reden wir? Kompilieren vs. Erzeugen oder Debug vs. Release Buildkonfiguration?

Wenn du ersteres meinst, könnte es z.B. sein, dass irgendwo noch eine dcu liegt, die veraltet ist.

[Kas Ob.]

Hi,

Make sure the project file .dpr have the right APPTYPE, and it is not declared anywhere else by mistake.

Delphi-Quellcode:

{$APPTYPE CONSOLE}

//{$APPTYPE GUI} // in case not a console

[haentschman]

Moin...

Zitat:

Kompilieren vs. Erzeugen oder Debug vs. Release Buildkonfiguration?

Kompilieren vs. Erzeugen innerhalb einer Buildkonfiguration. Es spielt keine Rolle welches Build ich nehme...gleicher Effekt.

Zitat:

Make sure the project file .dpr

{$APPTYPE CONSOLE} ist schon immer drin.

Zitat:

Wenn du ersteres meinst, könnte es z.B. sein, dass irgendwo noch eine dcu liegt, die veraltet ist.

dcu entfernt, erzeugen, Fehler siehe Bild1.

Projekt schließen, compilieren, Success siehe Bild2.

...geht über meinen Horizont.

[Cypheros]

E/A-Fehler 105 = "Datei nicht für Ausgabe geöffnet"

Siehe auch: https://docwiki.embarcadero.com/RADS..._Ausgabefehler

[haentschman]

Ist mir bekannt.

Ich habe im Projekt nur eine Datei Operation für Laden der Konfiguration XML. Soweit kommt er aber nicht...(Callstack)
Das ändert aber nichts an der Compilieren vs. Erzeugen EXE. Die Konfiguration ist die gleiche.

[Bernhard Geyer]

Kannst du Testweise den Virenscanner deaktivieren?
So schnell wie Delphi mittlerweile Dateien öffnet/ändert/erzeugt kommen manche Virenscanner aus dem Tritt

[Cypheros]

Ich arbeite nicht so oft mit MadExcept aber wenn ich das richtig interpretiere, passiert der E/A-Fehler 105 in der Codezeile 47 mit "StartServer;" oder sehe ich das falsch?

[Cypheros]

Zitat von haentschman:

Das ändert aber nichts an der Compilieren vs. Erzeugen EXE. Die Konfiguration ist die gleiche.

Mal versucht mit {$I-} die E/A-Prüfung testweise zu deaktivieren? Vielleicht wird da vom Compiler etwas missinterpretiert.

[Kas Ob.]

Zitat von haentschman:

Ist mir bekannt.

Ich habe im Projekt nur eine Datei Operation für Laden der Konfiguration XML. Soweit kommt er aber nicht...(Callstack)
Das ändert aber nichts an der Compilieren vs. Erzeugen EXE. Die Konfiguration ist die gleiche.

Well, that main thread stack make sense in its context,

The exception reported at line 64, while line 64 in the dpr is the exiting point of the except..end clause, meaning an exception is not handled and escaping, in other words it was exception inside the exception handling !

Let me guess, the sleep is not executed, and the Writeln is the failing one and raising exception.

How this happen ?
Well this bring us to the APPTYPE, the standard output is malfunctioning and this can be ... i don't know every case out there but will list what comes to mind at this moment and it is your job to figure out the cause:
1) APPTYPE is broken in the project, meaning you created GUI and then later add the CONSOLE, any conflict here will cause problem in the RTL compiler added code to handle the standard console pipes.
2) Are you using command lines ? namely are there something like " ..... >debuglog.txt" or the other one "... >> sometext.txt" ?
3) there is AV locking your writeln, hence again it might be a file, but if that is not it, then are you creating the process differently ? like using another EXE to run it ... to shorten this : running this application from a console directly by its name, will the exception/crash manifest ?

Now to summarize the failing point, Writeln is one that failing, Writeln is compiler magic and wrapped with many functions, these are using specific code to handle Windows standard pipes, start there.