İstenen işlem, kullanıcı eşlemeli bölümü açık olan bir dosyada gerçekleştirilemez

Ne zaman ana dosya durdurduktan sonra bin dosyama 4 dosya kopyalamak için çalıştım, bir dosya (TexteDll) ile bir hata alıyorum. Hata:

Cannot copy TexteDll: The requested operation cannot be performed on a file 
with a user-mapped section open

Bazı sistem kilitlerinden kaynaklanıyor olabilir. Ya da belki başka bir işlem bu DLL kullanıyor. Google'a girdiğimde, sistemi yeniden başlatmanın bunu çözebileceğini buldum.

Bunun için bir neden veya çözüm önerisi olan var mı? TexteDll (genel, sürüm, güvenlik, vb.) Özelliklerini inceledim. Her şey normal görünüyor.

Benim durumumda Hata Ayıklama klasöründe derlenmiş DLL kilitleyen Explorer oldu ... Garip, değil mi?

Unlocker adlı bir araç kullanarak öğrendim.

Unlocker ile silmek zorunda kaldım, dosya üzerinde hiçbir kilit olmadığını söylerken bile ve o tek dosyayı silene kadar klasörü silemedim ...

Bundan sonra derlendi.

DÜZENLE:

Benim durumumda bunun neden olduğunu öğrendim. DLL Visual Studio içindeki bir metin düzenleyicisinde açmıştı ...

• Bazen iki veya daha fazla proje arasında başvurulan montaj sürümü uyuşmazlığıyla ilgili bir uyarıya çift tıkladığınızda montaj görünüm penceresini kapatmayı unutursunuz ve diğer sekmeler arasında kalır ... böylece montaj VS'nin kendisi tarafından kilitlenir ve Bunu anlamak çok zamanımı aldı :)

  VS'nin sağladığı güç konusunda dikkatli olun;)

• Başka bir kukla senaryo. Bazen basitçe tüm obj klasörü veya sadece kilitli olanı bu crappy hata ile yardımcı olarak uyarılır dosya silinir.

VS üzerindeki tüm belgeleri kapatın ve yeniden oluşturmaya çalışın. Çalışmazsa VS'yi yeniden başlatın. Bu sorun, DLL dosyalarının kilitlenmesi ile ilgilidir.

Visual studio'yu kapatın, bölmeyi silin, yayın klasöründe hata ayıklayın ve visual studio projesini tekrar başlatın. bu benim sorunumu çözdü

Aynı sorunu yaşadım ve benim durumumda mevcut çıktı dosyasının başka bir uygulama tarafından kilitlendiği ortaya çıktı.

Hangi dosyanın çıkış dosyanızı kilitlediğini OpenedFilesView ile kontrol edebilirsiniz: http://www.nirsoft.net/utils/opened_files_view.html

Ben bir geliştiriciyim ve Unlocker gibi Registery'ye enjekte edilen uygulamaları sevmiyorum. Ben süreç benim dll kilitli ve süreci öldürdü SysInternals Process Explorer kullandım Find > Find Handle or Dll [Ctrl-F].

Diğerleri, bu hatanın dosyada kilitli başka bir uygulamadan kaynaklandığını zaten belirlemişlerdir. Sadece git diffsiz onu bırakana kadar dosyaları kilitler işaret etmek istedim . Benim durumumda buna neden olan buydu.

Aynı sorunu yaşadım. Nasıl çözdüm:

1. "Görev Yöneticisi" ni açın
2. Görevi sonlandır "Explorer.exe"
3. "Dosya" -> Yeni görev oluştur'u tıklayın - "explorer.exe" yazın -> Tamam
4. Projemi temizle ve işe yarıyor

Herhangi bir Anti-virüs yazılımı çalıştırıyor musunuz? AV yazılımının (veya başka bir yazılım parçasının) soruna neden olan dosya eşleme API'lerini kullanarak dosyayı okuması mümkündür.

Benim durumumda MSBuild.exedosyayı kilitleyen bir asılı işlemi öldürmek zorunda kaldım (Visual Studio'yu kapattıktan sonra bile vardı).

Obj klasörünü silmek ve yeniden oluşturmak benim için çalıştı

Ben de aynı problemi yaşadım. Yeniden başlatma benim için çalışmadı. Görev yöneticisinde VBSCompiler adı verilen bir işlem vardı. Bu hatayı düzeltmek için işlemi sonlandırmak zorunda kaldım.

Burada yayınlanan çözümlerin hiçbiri benim için işe yaramadı. Dosyayı kilitleyen devenv.exe (Visual Studio) idi, ancak yeniden başlatırsam yeniden kilitlerdim.

Tuhaf bir şekilde, Windows dosyaları silmeme izin vermedi (Geri Dönüşüm Kutusu'na), ancak Shift + Delete (kalıcı silme) çalıştı.

Visual Studio'yu kapatın ve yönetici olarak çalıştırın. Sorunum düzeltildi.

Benim için çözüm VS tüm örneklerini kapatmak ve herhangi bir asılı devenv.exe işlemleri öldürmek oldu.

Benim için çözüm bilgisayarı yeniden başlatmaktı.

Bu edilmiş işaret tarafından 2016 yılında Andrew Cuthbert diff kilitler dosyaları bunun dışında bırakmak iyi dek olarak söyledi.

Git 2.23 (Ç3 2019) ile durum böyle değil

Bakınız Johannes Schindelin ( ) tarafından 3aef54e (11 Temmuz 2019) taahhüdü . ^{(Göre Birleştirilmiş Junio Cı Hamano - - içinde işlemek d9beb46 , 25 Temmuz 2019)}dscho
gitster

diff: munmap()harici fark çalıştırmadan önce dosya içeriği

Diyelim ki, a'dan harici bir fark çalıştırırken, söz diff toolkonusu dosyaları yazmak istediğimizi varsaymak güvenlidir.
Windows'da bu, söz konusu dosyalara açık bir tanıtıcı tutan başka bir işlemin, hatta yalnızca eşlenmiş bir bölgenin olamayacağı anlamına gelir.

Bu yüzden git diff, söz konusu dosyalarda kendisinin açık bir tutamağa sahip olmadığından emin olalım .

Aslında, dış fark yazdığımız dosyaları kullandığından dosya çiftini hemen serbest bırakacağız, bu yüzden dosya içeriğini artık bellekte tutmamız gerekmiyor.

Bu, Windows için git-for # 1315'i düzeltir

Ant ile Dot Net uygulamaları oluştururken bu hataları görüyordum.

Benim durumumda kurumsal yedekleme yazılımımız Symantec DLO Agenttı. Durdurma ve virüsten koruma yazılımımdaki dizini dışlama ve Visual Studio'yu kapatma çalışıyor gibi görünüyor.

benim durumumda proje kök obj klasörü silindi ve proje yeniden benim sorunum çözüldü !!!

Bu hatayla karşılaştım ve sorun FxCop projeme karşı çalışıyordu ortaya çıktı. FxCop'u kapattım ve sonra tekrar derleyebildim.

Bir web uygulamasıysa, Geçici ASP.NET Dosyaları klasöründeki dosyaları silmek bir çözüm olabilir.

AQ Time gibi profil kullanıcıları kullanıyorsanız, bunlar da dosyayı kilitliyor olabilir. Bu durumda çözüm, profil oluşturucuyu yeniden başlatmak veya söz konusu düzeneği profilden çıkarmak / yüklemek olacaktır. AQ Time için bir süre sonra dosyayı serbest bıraktığını fark ettim, ama hayatım boyunca bu zaman aşımının ne olduğunu söyleyemem. Rastgele görünüyor

Bugün de aynı hatayla karşılaştım. Projeyi yeniden yapılandırarak bu sorunu çözdüm.

Başka bir konsolda çalışan söz konusu bir 'more' vs dosyası nedeniyle bu hatayı yaşadım. Hata.

Yukarıdakilerin hiçbiri bu sorunu çözmedi.

Birisi çözümümde derleme yapılandırmasında x64 CPU kullanacak şekilde ayarlanmış bir proje vardı. Herhangi bir CPU olarak değiştirilmesi, yapının yeni bir klasör kullanmasına neden oldu. Hala bu dosyada hangi işlemin kilitlendiğini bilmiyorum.

Aynı sorunu yaşadım. Geçici klasörden dll kaldırıldı, salt okunur erişimi kaldırın ve makineyi yeniden başlattım ve çalışmasını sağladım.

Benim durumumda, sadece tüm örneği kapatın ve benim kök uygulama klasörünü kopyalayın ve farklı bir konuma yapıştırın sonra VS çalışır çözüm açın ....

Sorunum ayrıca İşlem Gezgini'ni eleyerek çözüldü. Ancak, öldürmek zorunda olduğum süreç tüm VS ve SQL uygulamalarını kapattıktan sonra hala çalışmakta olan MySQL Notifier.exe oldu.