Anwendung stützt ab wenn DELPHI deinstalliert wird

[shmia]

Bei Problemen mit fehlenden DLLs hilft der Dependency Walker.
Schon beim Laden einer EXE oder DLL sieht man welche DLL angefordert wird, aber nicht gefunden wird.
Wenn man dann das Profiling mit F7 startet sieht man jedes dyn. Laden einer DLL und jeden Aufruf von GetProcAdress. :thumb:
Fehler werden im Protokoll rot angezeigt.

[jaenicke]

Zitat:

Zitat von bernhard_LA (Beitrag 1163229)

die Borland memory manger dll habe ich immer in den System Pfad kopiert und mit der Anwendung verteilt, benötigt x64 eine spezielle Borland DLL ?

Nein, da gibt es nur eine DLL. Was passiert denn, wenn du die in den Pfad deiner Anwendung legst? Gefunden wird sie ja offenbar nicht, falls das nicht noch später im Log passiert.

[bernhard_LA]

Jonny Walker behauptet ich habe vergessen IESHIMS.DLL einzubinden ....
die stammt nicht von mir sondern vom MSoft,

[Assarbad]

Zitat:

Zitat von bernhard_LA (Beitrag 1163238)

STATUS_INVALID_IMAGE_FORMAT diesen text sehe ich nicht, :?:

Mußt du auch nicht, denn es ist der symbolische Name für den Fehlercode den du (lt. Screenshot) bekommst. Und wie wir alle wissen sind symbolische Namen für uns Menschen da, nicht für den Rechner. Mußt mir auch nicht vertrauen in der Sache, hab ja erst ein paar Jahre Erfahrung, nicht Jahrzehnte (na gut, 1,5) oder Jahrhunderte :mrgreen:

Das ist dein Fehlercode. Und daher weißt du jetzt was es ist. Entweder ist diese Datei selber nicht i.O., oder - was wahrscheinlicher scheint - versucht eine DLL für die falsche Architektur zu laden.

[bernhard_LA]

anbei noch der screen dump von janny walker als beleg !

[himitsu]

Zitat:

Zitat von jaenicke (Beitrag 1163236)

Nein, da gibt es nur eine DLL.

Wenn die benötigt wird, dann sollte man auch eine 64-Bit-Version davon verwenden.

'ne 32 Bit-DLL in einer 64 Bit-Anwendung läuft nicht unbedingt so gut.

[Assarbad]

Zitat:

Zitat von bernhard_LA (Beitrag 1163249)

anbei noch der screen dump von janny walker als beleg !

Der Screenshot zeigt doch wunderbar, daß borlndmm.dll und fastmm_fulldebugmode.dll 32bittige DLLs sind, während die Anwendung allem Anschein nach 64bit ist. Was wolltest du uns also damit sagen? Der Fehler ist doch somit offensichtlich und der Fehlercode hat gereicht um in diese Richtung zu weisen ...

... ieshims.dll und ieframe.dll sind übrigens, wie die kleine Sanduhr anzeigt, Delay Loaded Imports.

[jaenicke]

Zitat:

Zitat von himitsu (Beitrag 1163255)

'ne 32 Bit-DLL in einer 64 Bit-Anwendung läuft nicht unbedingt so gut.

An eine 64-Bit Anwendung hatte ich nicht gedacht. Aber eigentlich hätte ich das schon daran sehen müssen, dass nach der DLL im System32 Verzeichnis gesucht wurde. :oops:

Ja, dann müssen die DLLs dazu passen, ja.

[Assarbad]

Zitat:

Zitat von jaenicke (Beitrag 1163278)

An eine 64-Bit Anwendung hatte ich nicht gedacht.

Dazu gibt es ja das Hive-Mind (also uns alle zusammen). Mir war das so gut wie klar als ich den Fehlercode in der ntstatus.h nachgeguckt hatte und es STATUS_INVALID_IMAGE_FORMAT war. Den hatte ich früher schon gesehen und der kommt immer mal wieder (es gibt davon auch eine Win32-Variante), aber ich hatte noch nie ein wirklich beschädigtes Image. Mach auch keinen Sinn. Wenn nur Delphi deinstalliert wurde, aber die Anwendung nicht angetastet wird, bleiben nur noch Abhängigkeiten. Da dieser Fehler ganz offensichtlich vom Loader kommt (sonst wäre es kein nativer Fehlercode ala NTSTATUS), muß das auch schon während des Ladens passieren und somit war der Fall relativ klar.

Aber irgendwie scheint mir, bernhard_LA ist nicht sehr offen für unseren Input :lol:

[bernhard_LA]

ich habe eine Installation meiner Software auf meinem Entwicklungssystem (incl. Delphi in einem anderen Ordner) ,
Jonny Walker moniert auch hier das Fast MM4 debug.dll und dir Borland Memory Manger DLL in der falschen CPU version vorhanden sind ... nur läuft meine Anwendung hier ohne Probleme.


Akutell versuche ich jetzt beide dlls als x64 Bit Version neu zu erstellen ( die Projekte gibt es im FASTMM4 Ordner)