“Eksik DLL” problemlerinden nasıl kurtulabilirim?

Visual C ++ 2015 ve OpenGL ile bazı oyunlar yaptım. Makinemde çalıştırdığımda hiçbir sorun yoktu, ancak diğer makinelerde çalıştırdığımda bazı DLL'lerin eksik olduğunu gösteriyor. Bir dahaki sefere gerçekleşmeyeceğinden nasıl emin olacağımı ve dosya eksik problemlerinden kaçınabilmem için ne yapmam gerektiğini bilmek istiyorum?

Yürütülebilir dosyaları çalıştırmak isteyen herhangi bir makinede kullandığınız Visual Studio sürümü için yeniden dağıtılabilir dosyaları yüklemeniz gerekir; örneğin , VS2015 için https://www.microsoft.com/en-us/download/details.aspx?id=48145 . DirectX veya diğer bileşenler için de tekrarlayıcılara ihtiyacınız olabilir.

Uygulamaların yükleyicileri genellikle bağımlılıkları için yeniden dağıtılabilir tüm dosyaları yükler. Böyle bir yükleyiciyi InnoSetup, NSIS, WIX veya diğer çeşitli araçlarla yapabilirsiniz.

Yeniden dağıtıma ihtiyaç duymayan yürütülebilir dosyalar yapmak mümkündür, ancak daha sonra temel Windows işlevselliğinin bir alt kümesiyle sınırlı olursunuz, bu da genellikle herhangi bir anlamlı oyun veya büyük uygulama yapmak için yeterli değildir. Yükleyicilerin kendileri, çalıştırmak için herhangi bir bağımlılığa ihtiyaç duymayan uygulamalara bir örnektir.

Dependency Walker eksik DLL'leri izlemek için kullanın :

Dependency Walker, modüllerin yüklenmesi ve çalıştırılmasıyla ilgili sistem hatalarının giderilmesinde de çok kullanışlıdır. Bağımlılık Walker eksik modüller, geçersiz modüller, içe aktarma / dışa aktarma uyuşmazlıkları, dairesel bağımlılık hataları, uyumsuz makine modülleri ve modül başlatma hataları gibi birçok yaygın uygulama sorununu algılar.

Ayrıca, DLL'leri statik olarak bağlamak için bir derleme zamanı seçeneği vardır :

• Statik olarak bağlama, DLL'lerin EXE dosyasına dahil edildiği anlamına gelir.
• Statik olarak bağlama EXE dosyasının boyutunu artırır.
• Statik olarak bağlama, DLL'in bu sürümünün her zaman kullanılacağı anlamına gelir.
• Ancak, statik olarak bağlanma, eksik DLL'lerle ilgili bir sorun yaşamayacağınız anlamına da gelir.

Visual C ++ için, yeniden dağıtma ile ilgili birkaç seçeneğiniz vardır: yükleyicinizden bir EXE çalıştırın (yönetici haklarıyla), MSI yükleyicinizle MSM birleştirme modülünü veya hatta yan yana DLL'leri kullanın. Ayrıntılar için MSDN'ye bakın.

Daha büyük sorun OpenGL. Windows ile birlikte gelen tek OpenGL sürümü bir OpenGL 1.5 yazılım oluşturucusudur. Başka bir şey üçüncü taraf bir ICD'nin kurulmasını gerektirir.

Bu, işletim sistemine dahil olduğu için birçok Windows oyununun DirectX kullanmasının nedenlerinden biridir. Bkz . Oyun Geliştiricileri için Direct3D 11 Dağıtımı ve Doğrudan Kurulum Değil .

Feragatname: Bu bir çözüm , cevabınıza bir çözüm değil , yine de çok uygulanabilir bir olasılık.

VS'nin kendisinden hiçbir bağımlılık olmadığından kesinlikle emin olmak istiyorsanız - ancak kendi dezavantajları ile birlikte gelir - kod oluşturma ayarlarında, Çok Dişli (MT) / Çok Dişli Hata Ayıklama (MD) (hata ayıklama yapıları için) ile gitmeyi seçebilirsiniz. ) MT DLL (MTd) / MT Hata Ayıklama DLL (MDd) yerine.

Sakıncaları nelerdir?

• Yürütülebilir boyutunuzu ve ikili dosyalarınızı artırır (bir oyun yapıyorsanız bu muhtemelen ihmal edilebilir)
• Bu şekilde derlenmiş çalışma zamanı dlls güncelleştirmeler yararlanamaz. (örneğin, Microsoft VC ++ 2015 SP2, SP3, SP4 vb. yayınlarsa). Bu size kalmış.
• Mevcut / yüklü kodu (DLL'ler) yeniden kullanmadığınız için daha fazla RAM kullanımı (ihmal edilebilir)
• Bağladığınız tüm kitaplıkların aynı çalışma zamanına karşı derlendiğinden emin olmanız gerekir, başka bağlantı başarısız olabilir veya ilginç çalışma zamanı hataları oluşabilir (muhtemelen değil, ancak güncellenmiş eski bir projede ömür boyu bir kez başıma geldi en yeni VS)

Ve profesyonelleri neler?

• yürütülebilir dosya VS'nin kendisinden "harici" bağımlılıklara sahip olmaz (msvc * .dll gereksinimi yoktur).
• Bazı insanlar bunu bir performans artışı olarak görür çünkü DLL çağrısı yükünü ortadan kaldırırsınız, bu teorik olarak doğru olsa da, gelişmeler pratikte ihmal edilebilir

Daha ayrıntılı bir açıklama ve statik bir çalışma zamanı kullanırken karşılaşabileceğiniz çukur ve düşüşler için bu bağlantıyı kontrol edin .

Başka bir geçici çözüm , gerekli tüm DLL'leri ikili dosya koymak olacaktır. Uygulamanız güncellemelerden (çalışma zamanı kitaplıklarına) faydalanmayacak, ancak hepsi bu.

Gerçek çözüm, uygulamayı yayınlama / hata ayıklama yapmayan dll modunda (MTd) dağıtmak ve doğru VC ++ yeniden dağıtılabilir yükleyicisini (ve örneğin OpenAL, DirectX9, PhysX) kullanabileceğiniz diğer kütüphane yükleyicilerini sağlamak ve kullanıcının bunu çalıştırmasına izin vermektir. başvurunuzu çalıştırmadan önce (diğer cevapların işaret ettiği gibi).

Ayrıca kullanıcıya GPU sürücülerini muhtemelen güncellemesi gerektiğini bildirdiğinizden emin olun (bunlar birçok uygulama için birden fazla çalışma zamanı içerir, örneğin OpenGL, Vulcan).

Benim çözüm, hataya neden olan DLL'yi .sln dosyasının visual studio'da bulunduğu klasöre kopyalayıp yapıştırmaktı. Bölümden sonra #includeyazdım #pragma comment (lib, "lost DLL name with .dll")ve çözdüm!

Not: Üçüncü taraf bir kütüphane (vulkan api) DLL ile karşılaştığım sorunu çözdüm. Belki bilinmemektedir, ancak% 90'ı iyi şanslar sağlayacaktır :)