Bagaimana saya bisa menyingkirkan masalah “missing DLL”?

Saya membuat beberapa game dengan Visual C ++ 2015 dan OpenGL. Ketika saya menjalankannya di komputer saya tidak ada masalah, tetapi ketika saya menjalankannya di komputer lain itu menunjukkan bahwa beberapa DLL hilang. Saya ingin tahu cara memastikan bahwa itu tidak akan terjadi di waktu berikutnya dan hal-hal apa yang harus saya pertimbangkan sehingga saya dapat menghindari masalah file yang hilang?

Anda perlu menginstal redistributables untuk versi Visual Studio yang Anda gunakan pada mesin apa pun yang ingin menjalankan executable, misalnya https://www.microsoft.com/en-us/download/details.aspx?id=48145 untuk VS2015 . Anda juga mungkin memerlukan redist untuk DirectX atau komponen lainnya.

Pemasang aplikasi biasanya memasang semua yang dapat didistribusikan kembali untuk setiap dependensinya. Anda dapat membuat pemasang seperti itu dengan InnoSetup, NSIS, WIX, atau berbagai alat lainnya.

Dimungkinkan untuk membuat executable yang tidak memerlukan redistributables, tetapi Anda kemudian terbatas pada subset fungsionalitas inti Windows, yang umumnya tidak cukup untuk membuat segala jenis permainan yang berarti atau aplikasi besar. Penginstal sendiri adalah contoh aplikasi yang tidak memerlukan dependensi untuk dijalankan.

Saya menggunakan Dependency Walker untuk melacak DLL yang hilang:

Dependency Walker juga sangat berguna untuk mengatasi kesalahan sistem yang terkait dengan memuat dan menjalankan modul. Dependency Walker mendeteksi banyak masalah aplikasi umum seperti modul yang hilang, modul yang tidak valid, ketidakcocokan impor / ekspor, kesalahan ketergantungan melingkar, jenis modul mesin yang tidak cocok, dan kegagalan inisialisasi modul.

Ada juga opsi waktu kompilasi di VS untuk menghubungkan DLL secara statis :

• Menghubungkan secara statis berarti DLL termasuk dalam file EXE.
• Menautkan secara statis meningkatkan ukuran file EXE.
• Menautkan secara statis berarti versi DLL ini akan selalu digunakan.
• Namun, menghubungkan secara statis juga berarti Anda tidak akan pernah memiliki masalah dengan kehilangan DLL.

Untuk Visual C ++, Anda memiliki beberapa pilihan cara menangani redistribusi: jalankan EXE dari installer Anda (dengan hak admin), gunakan modul gabungan MSM dengan installer MSI Anda, atau bahkan DLL berdampingan. Lihat MSDN untuk detailnya.

Masalah yang lebih besar adalah OpenGL. Satu-satunya versi OpenGL yang disertakan dengan Windows adalah renderer perangkat lunak OpenGL 1.5. Hal lain membutuhkan ICD pihak ketiga untuk diinstal.

Ini adalah salah satu alasan mengapa begitu banyak permainan Windows menggunakan DirectX sebagai gantinya karena disertakan dengan sistem operasi. Lihat Penyebaran Direct3D 11 untuk Pengembang Game dan Pengaturan Tidak Begitu Langsung .

Penafian: Ini adalah solusi , bukan solusi untuk jawaban Anda, tetapi masih, kemungkinan yang sangat memungkinkan.

Jika Anda ingin benar-benar yakin tidak ada dependensi dari VS itu sendiri - tetapi ia datang dengan kelemahannya sendiri - dalam pengaturan pembuatan kode Anda dapat memilih untuk pergi dengan Multi Threaded (MT) / Multi Threaded Debug (MD) (untuk debug builds ) bukan MT DLL (MTd) / MT Debug DLL (MDd).

Apa kekurangannya?

• Itu memang meningkatkan ukuran yang dapat dieksekusi dan biner Anda (meskipun jika Anda membuat game ini mungkin dapat diabaikan)
• dikompilasi dengan cara ini tidak akan mendapat manfaat dari pembaruan runtime dll. (mis. jika Microsoft merilis VC ++ 2015 SP2, SP3, SP4 dll.) Tapi itu terserah Anda.
• Lebih banyak penggunaan RAM (juga dapat diabaikan) karena Anda tidak menggunakan kembali kode yang ada / dimuat (DLL)
• Anda harus yakin bahwa semua perpustakaan yang Anda tautkan dikompilasi dengan runtime yang sama, jika tidak, penautan mungkin gagal, atau kesalahan runtime yang menarik mungkin terjadi (mungkin tidak, tetapi hal itu terjadi pada saya sekali seumur hidup dalam proyek lawas yang telah diperbarui ke VS terbaru)

Dan apa kelebihannya?

• executable Anda tidak akan memiliki dependensi "eksternal" dari VS sendiri (tidak ada persyaratan msvc * .dll).
• beberapa orang melihat ini sebagai peningkatan kinerja karena Anda menghilangkan overhead panggilan DLL, sementara ini secara teoritis benar, peningkatannya dapat diabaikan dalam praktiknya

Periksa tautan ini untuk penjelasan yang lebih terperinci dan untuk pit-downfall yang mungkin Anda temui dengan menggunakan runtime statis.

Solusi lain adalah dengan meletakkan semua DLL yang diperlukan di tempat biner Anda. Aplikasi Anda tidak akan mendapat manfaat dari pembaruan (ke pustaka runtime) tetapi hanya itu.

Solusi sebenarnya adalah mendistribusikan aplikasi dalam mode rilis / non-debug dll (MTd) dan menyediakan installer VC ++ yang dapat didistribusikan kembali (dan penginstal perpustakaan lainnya yang mungkin Anda gunakan, misalnya OpenAL, DirectX9, PhysX), dan biarkan pengguna menjalankannya. sebelum menjalankan aplikasi Anda (seperti yang ditunjukkan oleh jawaban lain).

Pastikan juga untuk memberi tahu pengguna bahwa ia mungkin perlu memperbarui driver GPU-nya (karena juga mengandung beberapa runtime untuk banyak aplikasi, misalnya OpenGL, Vulcan).

Solusi saya adalah menyalin dan menempelkan DLL yang menyebabkan kesalahan ke folder tempat file .sln berada di visual studio. Setelah #includebagian itu, saya menulis #pragma comment (lib, "lost DLL name with .dll")dan menyelesaikannya!

Catatan: Saya memecahkan masalah yang saya temui dengan perpustakaan pihak ketiga (vulkan api) DLL. Mungkin itu tidak diketahui tetapi 90% akan berhasil semoga berhasil :)