Uygulama çalışırken .dll dosyaları değiştirilsin mi?

Çalıştırmak için belirli bir .dll dosyasını kullanan birkaç oyun sunucum var. Bazen oyun sunucularını güncellemem gerekiyor, ancak zaten çalışmakta olan oyunları kesmek istemiyorum.

.Dll dosyasını (Windows tarafından kilitlenir) değiştirmenin bir yolu var mı, bu nedenle bu dosyayı kullanan oyun sunucularının sonraki örnekleri yeni sürümü açıyor ve eskileri yeniden başlatılana kadar bu .dll dosyasının eski sürümünü kullanmaya devam ediyor ?

Bunu yapan ve değiştiren araçlardan birini kullanarak dosyanın kilidini açmak güvenli midir?

Aslında, yapabilirsiniz ve genellikle herhangi bir sorun olmadan çalışır (her zaman olmasa da)

Yapmanız gereken dosyayı taşımadan yeniden adlandırmak ve yeni dosyayı üzerine taşımaktır. Bu, dosyadaki tanıtıcıları geçerli ve çalışır durumda tutar, böylece önceden var olan örnekler yine de dosyaya düzgün bir şekilde erişebilir ve yeni örnekler (veya yeni tanıtıcılar) yeni dosyaya gider.

Açıkçası, bir program aynı dll dosyasını yeniden açar ve tam olarak aynı kalmasını beklerse (örneğin, dll'den yüklenecek kaynaklar varsa ve bu kaynaklara yapılan başvurular dll yüklendiğinde çalışan koddan çıkarılır) ), bu soruna neden olur, ancak bu kesinlikle norm değildir.

Hayır bir DLL olsa olabilir uygulaması çalıştığında, kesinlikle bunun garantisi yoktur iken tamamen fiziksel belleğe eşleştirilemediğinde. DLL bölümleri (ve hatta yürütülebilir dosyalar) diğer bitleri diskte kalırken RAM ile eşlenebilir ve daha sonra okunabilir.

Windows bitleri RAM ile eşlenmişken diskteki dosyayı değiştirmek iyi sonuç vermez. Windows bunu iyi bir nedenden dolayı kilitler.

Düzenleme: Bazı insanlar bir işletim sistemi tasarım sorunu değil , aslında bir uygulama tasarım sorunu ne için Windows suçlama niyetinde gibi görünüyor bir şey açıklığa kavuşturmak gerekiyor .

Uygulamaların işlemi sonlandırmadan Windows'da kullandığı DLL'leri güncelleştirebilirsiniz, ancak uygulama, derlemeyi kaldırmak, güncellemenin bitmesini beklemek ve daha sonra DLL'i yeniden yüklemek için sinyal verilebilecek şekilde yazılmalıdır. Bunun çalıştırdığınız işletim sistemi ile ilgisi yoktur. Bu bir uygulama tasarımı sorunudur.

Düzenleme: Ayrıca için Stephane'ın cevaba bakınız olası çözümde de kudreti çalışması, nasıl onun DLL için özel uygulama yanıt verir değişen bağlı. Bence bir oyu hak ediyor.

Hayır, mevcut dosya tanıtıcılarıyla uğraşmamalısınız.

Derlemenin yüklenmesini denetleyebilir ve FileShare.Delete ile açıldığını belirtebilirseniz, yeniden adlandırmak mümkün olmalıdır. Mevcut işlemler, yeniden adlandırılan derlemeye başvurmaya devam edecektir.

/programming/7147577/programmatically-rename-open-file-on-windows .

Hayır, maalesef mümkün değil.

Üzgünüm, geç bağlama olmadığı sürece kesin olmak gerekirse, yani uygulama o dll kodun bir kısmını çalıştırdığında o dll kullanır, ancak yine de güvenilir değildir.

Asp.net barındırılan sürecin nasıl çalıştığına bakabilir ve benzer bir şey geliştirebilirsiniz.

Tüm web uygulamasını alır ve uygulamanın yüklendiği geçici bir konuma taşır. Daha sonra orijinal klasördeki değişiklikleri izlemek için bir işlem bırakır, algılandığında, uygulamanın yeni bir örneğini yeni bir geçici konumda döndürür ve yeni istekleri o uygulamaya yönlendirmeye başlar. Bekleyen istekler tamamlandıktan sonra eski uygulama yırtılır.

(Nitpicking, evet, bu şeylerin basitleştirilmiş bir görünümüdür, çoğu durumda IIS yeni uygulama devralıncaya kadar istekleri sıralar)

Yaklaşık on yıl önce, http://www.eggcentric.com/ISAPILoader.htm ' nin mutlu bir kullanıcısıyım . Bay Egg hala FOSS çözümünü destekliyor.

NSIS Installer, Makine Yeniden Başlatma Sırasında Sıcama Taşı olarak bir seçeneğe sahiptir, OS, bir sonraki önyüklemede farklı bir konuma taşımak için bazı dosyaları işaretler, bir sonraki makine önyüklemesinde bu işaretli dosyalar otomatik olarak daha önce seçtiğiniz yeni konuma taşınır. Bununla ilgili küçük bir araştırma sizi bu konuda mutlu edecektir.