DLL aus DCU läßt sich nicht laden

[gmc616]

Das Arbeitsverzeichnis ändert sich beim Opendialog? Gut zu wissen.

Sollte aber nicht die Ursache sein, da ich alle Pfade, auch die der DLLs, beim App-Start auf absolute Pfade setze und gleich danach überprüfe ob alle meine Dlls sich in ihrem Unterverzeichnis befinden. Sollte eine DLL fehlen, startet das Programm nicht.

Es startet aber, nur das Laden der DLL schlägt fehl mit ERROR_MOD_NOT_FOUND.

Wohl gemerkt nur, wenn ich vor dem Erstellen der DLL die DCUs nicht lösche.
Eigenartigerweise tritt das Problem auch nur auf, wenn ich das Programm nicht aus der IDE starte.
Läuft das Programm (die Exe) in der IDE funktioniert das Laden. Starte ich gleich danach die das EXE-File schlägt das Laden fehl.
Das Beenden der "Dll-Projket-IDE" macht auch keinen Unterschied.

Lösche ich wieder alle DCUs, erstelle die DLL neu, beende alle IDEs, starte die EXE, läuft die Anwendung wieder ohne Probleme.

Ich habe nun alle Unit-Ausgabe-Verzeichnisse auf ein Verzeichnis gesetzt, welches sich nicht im Bibliotheks-Path oder im Suche-Path der IDE/Projekte befindet. So klappt das erst mal. Okay, das Kompilieren dauert nun ewig, aber es kommt was funktionierendes dabei raus.

Das kann aber nicht die Lösung sein.

[Luckie]

Hast du den mal unsere Vorschläge ausprobiert?

[SirThornberry]

kannst du mal die "fehlerhafte" dll anhängen?

[gmc616]

Zitat von Luckie:

Hast du den mal unsere Vorschläge ausprobiert?

Ja, natürlich. Schon seit Anbeginn.
Was kann ich denn mehr tun, als vor direkt vor Loadlibrary mit FileExists zu prüfen, ob die DLL existiert.
Wie schon gesagt, die DLLs befinden sich genau an dem Ort, wo LoadLibrary sie laden soll.
Ich verwende zum Laden absolute Pfade, die beim Programmstart gesetzt werden.

Auch der Vorschlag von Apollonius die DLL mit FileCreate ( ... , GENERIC_READ ,..) gibt mir ein gültiges Handle zurück und ich könnte die DLLs sogar auslesen.

Nochmal: Es liegt nicht daran, dass evtl. die DLL nicht verfügbar ist. Sie ist genau da, wo sie geladen werden soll.

@SirThornberry
Leider darf ich die "defekte" DLL nicht heraus geben. Sorry, aber ist nicht meine Entscheidung.
Was hättest du denn vor damit?

Zum "Spaß" habe ich mal eine Test-Anwendung gebastelt, die nur LoadLibrary ruft (und FreeLibrary),
so das mir nix quer kommt, und siehe da, er lädt die DLL nicht -> 0-Handle !

hierfür habe ich die DLL ins gleiche Verzeichnis zu der Exe gelegt.

So nicht:LoadLibrary('C:\Programme\Test\meine.dll'); und so nicht: LoadLibrary(PChar(IncludeTrailingPathDelimiter(ExtractFilePath(Application.Exename)) + 'meine.dll')); und so auch nicht:LoadLibrary('.\meine.dll')); Erst wenn ich die DLL ohne die DCU's neu erstelle, funktionieren alle 3 Aufrufe.

Also ich glaube wirklich, den "Ort der DLL" kann ich zu 100% ausschließen.


Ich werd zum Elch!

[Christian Seehase]

Moin gmc,

ich zitier' mich mal eben selber:

Zitat von Christian Seehase:

BTW:

Zitat von PSDK - LoadLibrary - Remarks:

The search path can be altered using the SetDllDirectory function. This solution is recommended instead of using SetCurrentDirectory or hard-coding the full path to the DLL.

Da LoadLibrary zuerst immer im Programmverzeichnis sucht, und diese ja bei Dir im Programmverzeichnis liegen, solltest Du es einfach mal mit
LoadLibrary('meine.dll'); ausprobieren.
In allen anderen Fällen gibst Du ja einen Pfad mit an, und wenn es .\ ist.

[gmc616]

Hab ich probiert. Das gleiche.
Auch die DLL ins System32 zu kopieren macht keinen Unterschied.

Aber Danke für den Tipp. Ich hab mal den Rechner nach evtl. anderen Version meiner DLL durchsucht. Hätte ja sein können das irgendwo im SearchPath eine andere "meine.dll" rumliegt. Aber Fehlanzeige, alles sauber.

Außerdem erklärt es nicht, warum
a.) das Laden, nach einem Neustellen plötzlich funktioniert, und
b.) der Code seit 2 Jahren an dieser Stelle problemlos läuft

Da meine DLLs aber in einem Unterverzeichnisse liegen (sollen), benutze ich doch den absoluten Pfad (full path).
Und wenn das nicht hard-coded ist ...

Vielleicht hilft wirklich nur das System platt zu machen und Delphi 7 neu zu installieren.
Was anderes fällt mir momentan nicht ein.

[Christian Seehase]

Zitat von gmc616:

Da meine DLLs aber in einem Unterverzeichnisse liegen (sollen), benutze ich doch den absoluten Pfad (full path).
Und wenn das nicht hard-coded ist ...

... sollte man es mal mit SetDllDirectory versuchen, wie in der Doku zu LoadLibrary angegeben.

Hast Du mal die fertig compilierte Version, die auf Deinem Rechner nicht läuft auch auf einem anderen getestet?

[gmc616]

Jupp. Deswegen ist das Problem ja erst aufgefallen.

Wenn ich die Exe oder die DLL in der IDE starte funktioniert ja alles tadellos.

Das Ganze hat sich bei mir so'n bissl eingeschliffen und so hab ich die DLL einfach (zum Glück nur) auf das TestSystem geschoben und dort hat's geknallt. Dann wieder hier in der IDE gestartet, lief. Nach einiger Zeit des grübelns bin ich erst auf die Idee gekommen, auf meinem Rechner hier die Binary zustarten und sieht da, Problem auch hier.

Nun hab ich das ganze auf mehreren Rechner getestet, alle Rechner verhalten sich gleich.
DLL aus DCU -> 0-Handle, DLL aus PAS funktioniert.


Ist das die Späte Rache dafür, dass ich so laut gelacht habe, als die Griechen als Europameister zur EM bereits in der Vorrunde ausgeschieden sind? ... Sorry.

Morgen bastel ich weiter ... für heute hab ich die Nase voll.