Převod souboru DLL do EXE

Launcher, deployment system nebo zařízení může přijímat pouze Windows program, i když dostupnou komponentou je DLL. Praktickým řešením je obvykle vytvořit EXE hostitele, který volá DLL, nikoli soubor přejmenovat nebo mechanicky převést.

Co je formát DLL

DLL (Dynamic Link Library) je soubor Windows Portable Executable (PE) obsahující zkompilovaný kód, data nebo resources, který načítá jiný proces. Aplikace používají DLL pro sdílené funkce, plug-iny, kodeky, poskytovatele databází, ovladače, COM komponenty a .NET assemblies.

Visual Studio, .NET SDK, MinGW, Delphi a další toolchains vytvářejí DLL. Běžná DLL je navržena tak, aby ji načítal jiný program, a zpřístupňuje funkce nebo managed classes; obvykle neposkytuje entry point procesu, user interface ani startup behavior očekávané od EXE.

Co je formát EXE

EXE je soubor PE určený ke spuštění jako Windows process. Jeho header identifikuje executable subsystem a entry point a může obsahovat console program, graphical application, installer nebo service. EXE může stále záviset na původní DLL a dalších runtime files, takže není automaticky self-contained.

Jak vytvořit executable hostitele

Pokud je k dispozici source code

1. Určete, zda je library native C++, managed .NET nebo výstupem jiného compileru; hostitel musí používat kompatibilní interface a architecture.
2. Ve Visual Studio vytvořte Console App nebo Windows App prostřednictvím File → New → Project.
3. Přidejte library project prostřednictvím Project → Add Project Reference. U managed binary bez jejího projectu přidejte assembly jako reference a nakonfigurujte její file path v projektu.
4. Implementujte entry point hostitele: main nebo WinMain pro native C++, případně Program.cs a Main pro .NET application. Zpracujte argumenty, inicializujte požadovaná nastavení, zavolejte public API knihovny a vraťte odpovídající exit code.
5. Proveďte build pomocí Build → Build Solution. Visual Studio obvykle zapisuje EXE do configuration directory, například bin\Release.

U managed library může .NET CLI vytvořit a publikovat hostitele:

dotnet new console -n DllHost
dotnet add DllHost reference ..\Library\Library.csproj
dotnet publish DllHost -c Release -r win-x64 --self-contained true

Publikované soubory se objeví v umístění DllHost\bin\Release\<target-framework>\win-x64\publish. Podle potřeby nahraďte target framework a runtime identifier. --self-contained true zahrnuje .NET runtime, ale nezaručuje jeden fyzický soubor ani odstranění native dependencies.

Pokud je k dispozici pouze managed .NET DLL

K prozkoumání assembly, jejích public types, referenced assemblies, target framework a volatelných methods použijte ILSpy. Vytvořte C# hostitele, který odkazuje na DLL a volá dokumentovanou public method. ILSpy může dekompilovat kód pro účely analýzy, ale obfuscation, chybějící dependencies, unsafe code a licenční omezení mohou zabránit funkční rekonstrukci; kód používejte pouze tehdy, pokud k tomu máte oprávnění.

Chcete-li vytvořit .NET deployment v jediném souboru, nastavte PublishSingleFile na true a publikujte pro konkrétní runtime, například win-x64. Native dependencies mohou být za běhu stále extrahovány a tento proces nepřevádí native DLL na managed code.

Pokud je k dispozici pouze native DLL

Vytvořte C++ hostitele ve Visual Studio nebo v jiném kompatibilním toolchainu. Propojte jej s import library DLL nebo ji načtěte za běhu pomocí LoadLibrary a získejte funkce prostřednictvím GetProcAddress. Musíte znát název každé exported function, typy parametrů, layout struktur, calling convention, pravidla vlastnictví a požadovanou inicializační sekvenci. Metody tříd C++ obecně nepředstavují stabilní DLL interface, pokud knihovna nedokumentuje kompatibilní ABI; C-style exported API se volá snadněji.

rundll32.exe example.dll,ExportedFunction není converter. Funguje pouze s exports odpovídajícími omezenému callback signature očekávanému nástrojem rundll32 a není vhodný pro libovolné funkce, metody C++ ani libraries vyžadující vlastní argumenty nebo inicializaci.

Omezení compatibility a conversion

• Přejmenování library.dll na program.exe změní pouze filename extension. Nepřidá executable entry point ani nezmění PE metadata.
• DLL může být plug-in určený pro konkrétního hostitele, nemusí poskytovat použitelnou public API, může vyžadovat configuration nebo registry state anebo může záviset na dalších DLL, drivers, COM registration či Visual C++/.NET runtimes. Wrapper tyto požadavky nemůže nahradit.
• Proces a library musí používat stejnou architecture: x86 hostitel vyžaduje x86 DLL, zatímco x64 hostitel vyžaduje x64 DLL. 32bitový proces nemůže načíst 64bitovou DLL.
• Managed .NET assemblies a native DLL vyžadují různé tools. ILSpy je určen pro managed assemblies; native binaries obvykle vyžadují source code, SDK, export documentation, kompatibilní headers a odpovídající compiler. Nástroje jako dumpbin /exports ve Visual Studio mohou prozkoumat native exports, ale nedokážou odvodit jejich typy parametrů.
• Neexistuje renomovaný general-purpose online converter, který by libovolnou DLL změnil na funkční EXE. Webové file-conversion services nemohou vytvořit entry point ani wrapper a mohou zpřístupnit proprietary nebo unsafe binaries; práci provádějte lokálně pomocí Visual Studio, .NET SDK nebo ILSpy.