Windows 2022 Server, mit Delphi erstelltes exe hat Fehler

[AndreasAutopoll]

Moin,

ich habe mit Delphi 12 mein Projekt neu eingerichtet und übersetzt.

Das Ergebnis, als die exe-Datei ist auf dem Windows 2022 - Server auf dem Delphi installiert ist, lauf und Debug fähig.

Das Ergebnis in meine Programmumgebung unter Windows 10 gegben, also Tausch des Exes in einem Install geht.

Das Ergebnis in meine Programmumgebunt unter Windows 2022 gegeben, geht nicht. maxExcept offenbart mir, dass er die Klasse einer Kompponente beim Laden es TDataModules nicht findet. Aber welche und warum? (Wie gesagt das gleiche Exe unter Window 10 tut.)

Können da Spracheinstellungen eine Rolle spielen?

Jeder Hinweis/Idee ist willkommen.

Danke.

[Lemmy]

die Fehlermeldung wäre toll. Evtl. mit Laufzeitpackages kompiliert?

[himitsu]

Auch ohne madExcept zeigt Delphi sowas (eigentlich) an, inkl. Name der Klasse, falls die Fehlerbeschreibung wirklich dem entspricht, was hier schwammig geschrieben steht.

Man mag es nicht glauben, aber Strg+C funktioniert bei den meisten Fehlerdialogen. und dann hier in ein [QUOTE] rein.


Eigentlich alle Gründe, warum eine Delphi-Klasse beim DFM-Laden nicht gefunden wird, ist unveränderlich, also unabhäng davon, wo die EXE ausgeführt wird, da normal ALLES einkompiliert ist.
* Komponente in Unit gelöscht oder in andere verschoben
* letzte Komponentenvariable aus Form-Klasse gelöscht, wo aber immernoch die Komponente in der DFM liegt.

Vielleicht stattdessen irgendwas mit ActiveX oder so?


Der Linker nimmt DFMs in die EXE auf, ohne zu prüfen, was drin ist ... wenn seit ewig eine Unit nicht mehr im Delphi geöffnet wurde, dann fällt vor dem Kompilieren nicht auf, wenn da inzwischen irgendwas in der PAS geändert wurde.

[AndreasAutopoll]

Sorry Jungs, ich mache das schon eine ganze Weile, ich Frage hier eher aus Verzweifelung.

* Wenn die Fehlermeldung einen Klassennamen ausgeben würde, müsste ich nicht fragen, oder würde ihn posten.

* Das Exe funktioniert auf dem Windows 2022 wo das Delphi ist. Es funktioniert auf einem Windows 10.

* Auf einem relativ Blanken Windows 2022 funktioniert es nicht.

* Ich vermute, daher eine falsche oder fehlende DLL oder sowas. Aber auch das ist nicht Teil der Fehlermeldung, sonst würde ich das Problem verstehen, oder genauer posten.

Vielleicht hat noch jemand eine Idee, sonst werde ich berichten, was für ein (depperter) Fehler es war.

[DeddyH]

Wo ich TDataModule lese: evtl. ein DB-Treiber nicht installiert?

[himitsu]

Entweder es startet einfach nicht oder ist ohne Fehlermeldung plötzlich weg,

aber sonst gibt es doch eine Fehlermeldung, welcher immernoch nicht genannt wurde.


Bei Ersterem schaut man im Windows in Ereignisanzeige > Windows-Protokolle > Anwendung > nach seinem Programm, sowie nach Meldungen vom WER (Windows-Error-Reporting) oder Virenscanner usw.

Zitat von AndreasAutopoll:

* Auf einem relativ Blanken Windows

https://www.delphipraxis.net/207151-...s-sandbox.html

Und dann gibt es noch Dinge, wie z.B. das Remote-Debugging.

[AndreasAutopoll]

Zitat von DeddyH:

Wo ich TDataModule lese: evtl. ein DB-Treiber nicht installiert?

Isz auch meine Vermutung, aber ältere Versionen finden auf dem WS 2022 die Datenbank (Firebird) und direkter Datenbank Zugriff geht auch.....

[AndreasAutopoll]

Zitat von himitsu:

aber sonst gibt es doch eine Fehlermeldung, welcher immernoch nicht genannt wurde.

Wenn Du meinst das es der Wahrheitsfindung dient, vgl Anhang.

Und ja mir ist klar
Er kann das zum IBData zugehörige DFM nicht laden. Er zeigt aber die Klasse nicht.
Auf dem DFM sind FireDac Komponenten, die fbclient.dll findet er aber ansonsten auf der fehlerhaften Maschine und auf anderen Maschinen geht das exe

Hier noch das .dfm

Delphi-Quellcode:

object DMMain: TDMMain
  Height = 201
  Width = 383
  object FDFIBConn: TFDConnection
    ConnectionName = 'ACONNECTION'
    Params.Strings = (
      'DriverID=FB'
      'User_Name=user'
      'Password=password'
      'Database='
      'SQLDialect=1'
      'CharacterSet=ISO8859_1'
      'CharLenMode=Chars'
      'Protocol=Local'
      'ExtendedMetadata=False'
      'OpenMode=Open')
    UpdateOptions.AssignedValues = [uvCheckRequired]
    UpdateOptions.CheckRequired = False
    Transaction = FDTransaction
    AfterDisconnect = DMDatabaseAfterDisconnect
    Left = 120
    Top = 24
  end
  object FDTransaction: TFDTransaction
    Options.Isolation = xiReadCommitted
    Connection = FDFIBConn
    AfterStartTransaction = FDTransactionAfterStartTransaction
    AfterCommit = FDTransactionAfterCommit
    AfterRollback = FDTransactionAfterRollback
    Left = 208
    Top = 24
  end
  object FDFIBLocalProc: TFDStoredProc
    Connection = FDFIBConn
    Transaction = FDTransaction
    Left = 176
    Top = 80
  end
  object FDLocalQuery: TFDQuery
    Connection = FDFIBConn
    Transaction = FDTransaction
    FormatOptions.AssignedValues = [fvStrsTrim]
    Left = 104
    Top = 128
  end
  object FBDriverLink: TFDPhysFBDriverLink
    DriverID = 'FB259'
    VendorLib = 'fbclient.dll'
    Embedded = True
    Left = 40
    Top = 24
  end
  object IBSecureService: TFDIBSecurity
    DriverLink = FBDriverLink
    Left = 304
    Top = 24
  end
end

Cheers

[AndreasAutopoll]

Ergänzung.

Ich habe den FBSecureService rausgenommen, und bekommen ein anderes Fehlerbild.

Ich habe immer mehr den Eindruch es ist ein Zugriff auf ein uninitilisierte Variabel, die nur in dem Kontext wird. Mal sehen. Die Ereignismeldung ist

Name der fehlerhaften Anwendung: apv4.exe, Version: 4.6.8.441, Zeitstempel: 0x66dac417
Name des fehlerhaften Moduls: apv4.exe, Version: 4.6.8.441, Zeitstempel: 0x66dac417
Ausnahmecode: 0xc0000005
Fehleroffset: 0x00e130cd
ID des fehlerhaften Prozesses: 0xdf4
Startzeit der fehlerhaften Anwendung: 0x01db003b88334b55
Pfad der fehlerhaften Anwendung: E:\Autopoll_V45_441\apv4.exe
Pfad des fehlerhaften Moduls: E:\Autopoll_V45_441\apv4.exe
Berichtskennung: f0554075-8869-4f2f-91b0-2e2833acb708
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

Falls das jemanden was sagt.

[Delphi.Narium]

In Delphi 7 würd' ich mal das Programm im Debugger starten, einen Breakpoint irgendwo am Anfang setzen und dann über Suchen / Laufzeitfehler suchen... nach der Fehleradresse forschen. Eventuell kommst Du damit ja in die Nähe des tatsächlichen Problemes.

Oder die Exe mit MAP-Datei erstellen und in der dann nach der Fehleradresse suchen. Da kann man dann ggfls. auch erkennen, in welchem Bereich des Programmes der Fehler auftritt und dort dann gezielt weitersuchen.

Wie's genau in Deinem Delphi geht, weiß ich nicht.