Fehler beim Starten der Anwendung (kompilieren und ausführen)

[Tim-94]

Zitat:

Zitat von Rollo62 (Beitrag 1495481)

Ok, das war mir nicht so klar, es könnte ja auch direkt beim Start abstürzen.
Könnte die die Meldung nicht auch vom nachladen von z.B. DLL kommen ?

Kein Problem :) Die einzigen DLLs, die ich benutze, sind die "libeay32.dll" und "ssleay32.dll". Die benutze ich eigentlich in so gut wie all meinen Programmen, die Mails versenden sollen und habe damit eigentlich bisher keine Probleme gehabt.

Zitat:

Zitat von Rollo62 (Beitrag 1495481)

Also ist eine EXE da, und die Zugriffe auf die EXE OK,
dann würde ich versuchen mal ganz früh zu loggen und/oder die ganze IDE als Admin starten.

Genau, es wird alles ordnungsgemäß erzeugt (ich kann die neu erzeugte EXE auch problemlos manuell ausführen), jedoch kann diese eben nicht mehr beim Starten (F9) durch die IDE ausgeführt werden bzw. bricht halt mit dem oben genannten Fehler ab. Als Admin gestartet habe ich Delphi ebenfalls schon.

[Tim-94]

EDIT: Da ich meine Anwendungen meistens als 32- und 64-Bit Versionen erstelle, bin ich gerade mal auf die Idee gekommen die 32-Bit Version zu starten und siehe da: der Fehler tritt nicht auf! Somit lässt er sich also schonmal auf die 64-Bit Variante einschränken.

Anscheinend gab es die Problematik schonmal: https://www.delphipraxis.net/207197-...gt-werden.html

Damals hing es wohl mit einem Windows-Update zusammen :roll:

Zitat:

Zitat von michaott (Beitrag 1485297)

Hallo,

Es war das Update

2021 Kumulatives Update für Windows 10 Version 20H2 für x64-basierte Systeme (KB5001567)

welches mir geholfen hat

Grüße Michael

Da ich jedoch leider die aktuellste Version "21H1 (Build 19043.1237)" installiert habe, hilft mir der obengenannte Patch leider auch nicht weiter...

[Uwe Raabe]

Zitat:

Zitat von Tim-94 (Beitrag 1495495)

Somit lässt er sich also schonmal auf die 64-Bit Variante einschränken.

Passt das denn damit zusammen?

Zitat:

Zitat von Tim-94 (Beitrag 1495483)

Die einzigen DLLs, die ich benutze, sind die "libeay32.dll" und "ssleay32.dll".

[Tim-94]

Hallo Uwe,

Entschuldige die Verwirrung...ich hatte vorhin die Dateinamen aus dem 32-Bit Verzeichnis genommen. Im 64er sind auch die richtigen DLLs!
Daran hatte ich auch nichts verändert...

[jaenicke]

Dort wird laut Log der Remote Debugger gestartet. Hast du da etwas konfiguriert?

[Tim-94]

Guten Morgen :)
Ich habe eigentlich nichts deartiges konfiguriert...also bei den Zielplattformen sind keine Verbindungsprofile zu nem PAServer hinterlegt...das meinst du doch damit oder?

Kannst du mir sagen, wo man das sonst Konfigurieren kann?

Danke :D

[himitsu]

Ich weiß die DLLs heißen 32, aber du kompilierst nicht zufällig mit 64 Bit? (da wird lokal auch der RemoteDebugger genommen, weil IDE mit integriertem Debugger nur 32 Bit)

[Tim-94]

Hallo himitsu,

Doch, ich kompiliere mit 64-Bit.
Achso, jetzt verstehe ich auch warum jeanicke gefragt hat, ob ich einen Remote Debugger konfiguriert habe...
Habe ich ja eigentlich nicht explizit gemacht, aber wie du sagst:

Zitat:

Zitat von himitsu (Beitrag 1495533)

da wird lokal auch der RemoteDebugger genommen, weil IDE mit integriertem Debugger nur 32 Bit

Schade, dann hat uns das Log-File vom "ProcessMonitor" leider auch nicht weitergeholfen :(

Hat noch jemand eine Idee?

[jaenicke]

Dann müsstest du den Filter auf den Prozessnamen rmtdbg260.exe erweitern. Denn dann hat der ja das Problem und nicht die IDE selbst.

[Tim-94]

Danke für den Hinweis, habe ich gerade getan und dir das neue Log-File nochmal per PN/Mail zugeschickt.