loadlibrary problem

[Olli]

Zitat von OldGrumpy:

Alternativ kannste mir eine der DLLs auch mal zugänglich machen, dann schau ich mal rein, wo das Ding auf die Nase fällt. Btw, GAR KEINE Imports? Das wäre aber doch schon etwas ungewöhnlich Unter w2k ist dem OS-Loader so ein Executable z.B. so suspekt dass das Laden verweigert wird (Genauer: In den Imports muss eine Systemkomponente auftauchen, ich bin mir gerade nicht sicher obs user32.dll oder kernel32.dll war, müsste ich mal nachschauen)

Kernel32! Die wird benötigt, weil Win32 eben "nur" eines der vielen Subsysteme ist. Unter NT/2K/XP/2K3/Vista geht es jedenfalls nicht, daß man eine Anwendung ohne Importe hat. Unter 9x/Me sollte es keine Probleme machen.

[OldGrumpy]

Das geht schon sehr gut, diverse Exe-Packer und -Crypter, usw. arbeiten z.B. nach dem Prinzip, die haben keine Importtable im PE-Image sondern generieren die zur Laufzeit dynamisch. Und ab XP aufwärts kann ich sehr wohl wieder eine Exe haben die gar keine statischen Imports hat... Nur bei W2K ist der Loader so penibel.

[Olli]

Zitat von OldGrumpy:

Das geht schon sehr gut, diverse Exe-Packer und -Crypter, usw. arbeiten z.B. nach dem Prinzip, die haben keine Importtable im PE-Image sondern generieren die zur Laufzeit dynamisch. Und ab XP aufwärts kann ich sehr wohl wieder eine Exe haben die gar keine statischen Imports hat... Nur bei W2K ist der Loader so penibel.

Laufzeit und Loader sind aber unterschiedliche Dinge. Wie gesagt, komischerweise ging es bei mir bisher auf keinem NT-System. Kannst mir ja gern mal die EXE zukommen lassen - würde mir das gern mal mit Debugger, Disassembler usw. anschauen. Das Problem ist nämlich, daß Win32-Prozesse eine Initialisierung seitens des Loaders durchlaufen, die es notwendig macht, daß Kernel32 schon vor der Ausführung des Hauptthreads geladen sein muß.

[OldGrumpy]

Anbei die vermutlich kleinste Exe der Welt Ohne Import der kernel32.dll - und unter W2k (SP4 getestet) geht sie nicht, weil der Loader "user32.dll" bei den Imports zwingend erwartet, das "user32" reicht nicht aus. Unter XP kein Problem

[Olli]

Zitat von OldGrumpy:

Anbei die vermutlich kleinste Exe der Welt Ohne Import der kernel32.dll - und unter W2k (SP4 getestet) geht sie nicht, weil der Loader "user32.dll" bei den Imports zwingend erwartet, das "user32" reicht nicht aus. Unter XP kein Problem

Da ging wohl was verloren, die DP schmeißt mich heute regelmäßig raus ...

Es mag die kleinste EXE-Datei sein, aber nicht die kleinste PE-Datei. Sie ist nämlich ohnehin ungültig - daß sie funzt hat sie wohl exakt dieser Eigenschaft zu verdanken.

[OldGrumpy]

Warum ist sie ungültig? Wäre sie das, müsste sie ja vom Loader abgelehnt werden

[rd5pro]

In einer der beiden DLLs dürfe wohl unter USES... eine Unit auftauchen, die für das bLOCKierEN verantwortlich sein dürfte.

Roland

[Olli]

Zitat von OldGrumpy:

Warum ist sie ungültig?

Schau dir die Datei in einem Hexeditor an und vergleich sie mit den PE-Spezifikationen.

Zitat von OldGrumpy:

Wäre sie das, müsste sie ja vom Loader abgelehnt werden

Sehr interessante Theorie. Nach dieser Theorie sind Sicherheitslücken in Software dann wohl Standardverhalten, welches der Softwaredesigner nur vergessen ht in die Spezifikation aufzunehmen.

Übrigens, der W2K-PE-Loader lädt solche Dateien generell nicht. Da du ja nun offensichtlich aus Deduktion Schlüsse ziehst, ist mein Schluß - nach Deduktion - daß der Loader die Datei ablehnt.

[Sauerkrautpoet]

folgende strukturelle frage:

ich habe ein funktionsmodul und ein datenmodul welches in der defekten dll ist. das funktionsmodul benutzt (uses) das datenmodul. das ist der einzige unterschied zu allen anderen dlls (die haben nur datenmodule, da nicht so massig viele funktionen benötigt werden).
sieht dann ungefähr so aus:
DLL-Form >>funktionen>>daten
>>I/O-Form(Reports)>>Reportdaten
darf ich die abhängigkeiten der module nicht so sehr auftröseln? kann ich mir garnicht vorstellen...

ich bekomm noch nen mittelschweren anfall



@old-grumpy: hat sich was mit meinen gesendeten dateien was ergeben?

[Olli]

Ein wenig mehr Code (z.B. die "DllMain") könnte u.U. helfen das Problem zu identifizieren.