Operasi yang diminta tidak dapat dilakukan pada file dengan bagian yang dipetakan pengguna terbuka

Setiap kali saya mencoba menyalin 4 file ke folder bin saya, setelah menghentikan layanan utama, saya mendapatkan kesalahan dengan satu file (TexteDll). Kesalahannya adalah:

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

Mungkin karena beberapa penguncian sistem. Atau mungkin proses lain menggunakan DLL ini. Ketika saya mencari di Google, saya menemukan bahwa me-reboot sistem dapat menyelesaikan ini.

Adakah yang bisa menyarankan penyebab atau solusi untuk ini? Saya memeriksa properti TexteDll (umum, versi, keamanan, dll). Semuanya tampak normal.

Dalam kasus saya itu adalah Explorer yang mengunci DLL yang telah dikompilasi di folder Debug ... Aneh, bukan?

Saya menemukan menggunakan alat yang disebut Unlocker.

Harus menghapus dengan Unlocker, bahkan ketika dikatakan bahwa tidak ada kunci pada file, dan saya tidak dapat menghapus folder sampai saya tidak menghapus file tunggal itu ...

Setelah itu dikompilasi.

EDIT:

Saya menemukan mengapa dalam kasus saya ini terjadi. Saya memiliki DLL dibuka di editor teks di dalam Visual Studio ...

• Kadang-kadang ketika Anda mengklik dua kali pada peringatan tentang ketidaksesuaian versi perakitan yang direferensikan antara dua atau lebih proyek Anda lupa untuk menutup jendela tampilan perakitan dan tetap ada di antara tab lain ... sehingga Anda berakhir dengan perakitan dikunci oleh VS sendiri dan saya butuh cukup banyak waktu untuk mengetahuinya :)

  Hati-hati dengan kekuatan yang disediakan VS;)

• Skenario boneka lain. Kadang-kadang hanya menghapus seluruh folder obj atau hanya file yang diperingatkan karena yang terkunci membantu mengatasi kesalahan jelek ini.

tutup semua dokumen di VS dan coba bangun kembali. Jika tidak berhasil restart VS. Masalah ini terkait dengan kunci file DLL.

Tutup studio visual, hapus bin, debug folder rilis, dan mulai proyek studio visual lagi. itu memperbaiki masalah saya

Saya memiliki masalah yang sama dan dalam kasus saya tampak bahwa file output yang ada dikunci oleh aplikasi lain.

Anda dapat memeriksa aplikasi mana yang mengunci file output Anda dengan OpenedFilesView: http://www.nirsoft.net/utils/opened_files_view.html

Saya seorang pengembang dan tidak suka aplikasi yang disuntikkan ke Registery seperti Unlocker. Saya menggunakan SysInternals Process Explorer yang prosesnya mengunci dll saya Find > Find Handle or Dll [Ctrl-F]dan mematikan prosesnya.

Orang lain telah membuktikan bahwa kesalahan ini disebabkan oleh aplikasi lain yang memiliki kunci pada file tersebut. Hanya ingin menunjukkan bahwa git difffile juga terkunci sampai Anda berhenti. Itulah yang menyebabkan ini dalam kasus saya.

Saya memiliki masalah yang sama. Bagaimana saya mengatasinya:

1. Buka "Task Manager"
2. Akhiri tugas "Explorer.exe"
3. Klik "File" -> Buat tugas baru - Ketikkan "explorer.exe" -> OK
4. Bersihkan proyek saya dan berhasil

Apakah Anda menjalankan perangkat lunak Anti-virus. Mungkin saja perangkat lunak AV (atau perangkat lunak lain) sedang membaca file menggunakan API pemetaan file yang menyebabkan masalah.

Dalam kasus saya, saya harus membunuh MSBuild.exeproses gantung yang mengunci file (itu ada di sana bahkan setelah saya menutup Visual Studio).

Menghapus folder obj dan pembangunan kembali berhasil untuk saya

Saya memiliki masalah yang sama. Restart tidak bekerja untuk saya. Ada proses yang disebut VBSCompiler sedang berjalan di task manager. Saya harus mengakhiri proses untuk memperbaiki kesalahan ini.

Tidak ada solusi yang diposting di sini yang berfungsi untuk saya. Itu devenv.exe (Visual Studio) mengunci file, tetapi jika saya me-restart, itu akan mengunci kembali.

Anehnya, Windows tidak akan membiarkan saya menghapus file (ke Recycle Bin), tetapi Shift + Delete (penghapusan permanen) bekerja.

Tutup Visual Studio dan Jalankan sebagai administrator. Ini memperbaiki masalah saya.

Solusi bagi saya adalah untuk menutup semua contoh VS dan untuk membunuh semua proses devenv.exe menggantung.

Solusi bagi saya adalah me-restart komputer.

Telah ditunjukkan pada tahun 2016 oleh Andrew Cuthbert bahwa git juga mengunci file hingga Anda keluar dari situ.

Itu tidak akan menjadi kasus dengan Git 2.23 (Q3 2019)

Lihat commit 3aef54e (11 Jul 2019) oleh Johannes Schindelin ( dscho) .
^{(Digabung oleh Junio ​​C Hamano - gitster- di commit d9beb46 , 25 Jul 2019)}

diff: munmap()isi file sebelum menjalankan diff eksternal

Saat menjalankan diff eksternal dari, katakanlah, a diff tool, aman untuk menganggap bahwa kami ingin menulis file yang dimaksud.
Pada Windows, itu berarti bahwa tidak ada proses lain yang memegang pegangan terbuka untuk file-file tersebut, atau bahkan hanya wilayah yang dipetakan.

Jadi mari kita pastikan bahwa git diffitu sendiri tidak memegang pegangan terbuka ke file yang dimaksud.

Faktanya, kita hanya akan merilis pasangan file segera, karena diff eksternal menggunakan file yang baru saja kita tulis, jadi kita tidak perlu menahan konten file dalam memori lagi.

Ini memperbaiki git-for-windows # 1315

Saya melihat kesalahan ini ketika membangun aplikasi Dot Net dengan Ant.

Dalam kasus saya itu adalah perangkat lunak cadangan perusahaan kami, Agen DLO Symantec. Menghentikannya dan mengecualikan direktori dalam perangkat lunak antivirus saya dan menutup Visual Studio tampaknya berhasil.

dalam kasus saya menghapus folder obj di root proyek dan membangun kembali proyek menyelesaikan masalah saya !!!

Saya menemukan kesalahan ini dan ternyata masalahnya adalah FxCop menjalankan proyek saya. Saya menutup FxCop dan kemudian saya bisa mengkompilasi lagi.

Jika itu adalah aplikasi web menghapus file di folder Temporary ASP.NET Files bisa menjadi solusi.

Jika Anda menggunakan profiler seperti AQ Time, ini mungkin juga mengunci file. Solusi dalam hal ini adalah me-restart profiler atau hanya membongkar / memuat perakitan yang dimaksud dari profiler. Untuk AQ Time saya perhatikan bahwa itu merilis file setelah beberapa waktu, tetapi saya tidak bisa seumur hidup saya tahu apa itu timeout. Tampaknya acak

Saya juga mendapat kesalahan yang sama hari ini. Saya telah mengatasi masalah ini dengan membangun kembali proyek.

Saya mengalami kesalahan ini disebabkan oleh file 'lebih' vs yang dibiarkan berjalan di konsol lain. Ups.

Tidak satu pun di atas memecahkan masalah ini.

Seseorang punya satu proyek dalam solusi saya diatur untuk menggunakan CPU x64 dalam konfigurasi build. Mengubahnya ke CPU Apa pun menyebabkan build menggunakan folder baru. Saya masih tidak tahu proses apa yang mengunci file itu.

Saya punya masalah yang sama. Saya menghapus dll dari folder temp, menghapus akses hanya baca dan me-restart mesin dan membuatnya berfungsi.

Dalam kasus saya, saya hanya menutup semua instance dan menyalin folder aplikasi root saya dan menempelkannya di lokasi yang berbeda kemudian membuka solusi di VS berfungsi ....

Masalah saya juga terpecahkan dengan memilah-milah Process Explorer. Namun, proses saya harus membunuh adalah MySQL Notifier.exe yang masih berjalan setelah menutup semua aplikasi VS dan SQL.