Anwendung stützt ab wenn DELPHI deinstalliert wird

[jaenicke]

Zitat von bernhard_LA:

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.

[himitsu]

Zitat von jaenicke:

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.

[jaenicke]

Zitat von himitsu:

'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.

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

[Assarbad]

Zitat von jaenicke:

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

[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)

[jaenicke]

Brauchst du denn Sharemem? Und FastMM im Full Debug Mode?
Beide sind eigentlich in der Regel in der Releaseversion überflüssig (wenn man nicht Schweinereien mit Stringparametern o.ä. in DLLs macht, dann braucht man Sharemem natürlich, aber dann sollte man eher die Schnittstelle sauber machen...).

[bernhard_LA]

FastDebugModeDLL habe ich in X64 jetzt auch schon entfernt,

sharemem ist halt in vielen DLLS enthalten wegen der String Übergabe ... bin mir nicht sicher ob ich so schnell auf
borland memory manger dll verzichten kann müsste die ganzen includes überarbeiten
suche die schnellste Lösung für mein Problem