L'operazione richiesta non può essere eseguita su un file con una sezione mappata dall'utente aperta

Ogni volta che ho provato a copiare 4 file nella mia cartella bin, dopo aver interrotto il servizio principale, ricevo un errore con un file (TexteDll). L'errore è:

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

Potrebbe essere dovuto al blocco del sistema. O forse un altro processo sta usando questa DLL. Quando ho cercato su Google, ho scoperto che il riavvio del sistema potrebbe risolvere questo problema.

Qualcuno può suggerire una causa o una soluzione per questo? Ho controllato le proprietà di TexteDll (generale, versione, sicurezza, ecc.). Sembra tutto normale.

Nel mio caso è stato Explorer a bloccare la DLL che è stata compilata nella cartella Debug ... Strano, vero?

L'ho scoperto usando uno strumento chiamato Unlocker.

Ho dovuto cancellare con Unlocker, anche quando diceva che non c'era nessun blocco sul file e non potevo cancellare la cartella fino a quando non ho cancellato quel singolo file ...

Successivamente è stato compilato.

MODIFICARE:

Ho scoperto perché nel mio caso stava succedendo. Ho avuto la DLL aperta in un editor di testo all'interno di Visual Studio ...

• A volte, quando si fa doppio clic su un avviso relativo alla mancata corrispondenza della versione dell'assieme di riferimento tra due o più progetti, si dimentica di chiudere la finestra della vista dell'assieme e rimane lì tra le altre schede ... quindi si finisce con l'assemblaggio bloccato da VS stesso e mi ci è voluto molto tempo per capirlo :)

  Prestare attenzione alla potenza fornita da VS;)

• Un altro scenario fittizio. A volte semplicemente cancellando l'intera cartella obj o solo il file avvisato come quello bloccato aiuta con questo errore schifoso.

chiudi tutti i documenti su VS e prova a ricostruire di nuovo. Se non funziona, riavvia VS. Questo problema è legato al blocco dei file DLL.

Chiudi Visual Studio, elimina bin, cartella di rilascio debug e riavvia Visual Studio Project. questo ha risolto il mio problema

Ho avuto lo stesso problema e nel mio caso sembrava che il file di output esistente fosse bloccato da un'altra applicazione.

Puoi controllare quale applicazione blocca il tuo file di output con OpenedFilesView: http://www.nirsoft.net/utils/opened_files_view.html

Sono uno sviluppatore e non mi piacciono le app iniettate in Registery come Unlocker. Ho usato SysInternals Process Explorer che ha bloccato il mio dll Find > Find Handle or Dll [Ctrl-F]e ucciso il processo.

Altri hanno già stabilito che questo errore è dovuto a un'altra applicazione che ha un blocco sul file. Volevo solo sottolineare che git diffblocca anche i file fino a quando non esci da esso. Questo è ciò che ha causato questo nel mio caso.

Ho avuto lo stesso problema. Come ho risolto è stato:

1. Apri "Task Manager"
2. Termina task "Explorer.exe"
3. Fai clic su "File" -> Crea nuova attività - Digita "explorer.exe" -> OK
4. Pulisci il mio progetto e funziona

Stai eseguendo un software antivirus. È possibile che il software AV (o qualche altro software) stia leggendo il file utilizzando le API di mappatura dei file che hanno causato il problema.

Nel mio caso ho dovuto interrompere un MSBuild.exeprocesso in sospeso che stava bloccando il file (era lì anche dopo aver chiuso Visual Studio).

L'eliminazione della cartella obj e la ricostruzione hanno funzionato per me

Ho avuto lo stesso problema. Il riavvio non ha funzionato per me. C'era un processo chiamato VBSCompiler era in esecuzione nel task manager. Ho dovuto terminare il processo per correggere questo errore.

Nessuna delle soluzioni pubblicate qui ha funzionato per me. Era devenv.exe (Visual Studio) che bloccava il file, ma se lo avessi riavviato, lo avrebbe bloccato nuovamente.

Stranamente, Windows non mi ha permesso di eliminare i file (nel cestino), ma Shift + Delete (eliminazione permanente) ha funzionato.

Chiudi Visual Studio ed eseguilo come amministratore. Ha risolto il mio problema.

La soluzione per me è stata quella di chiudere tutte le istanze di VS e di eliminare tutti i processi sospesi di devenv.exe.

La soluzione per me era riavviare il computer.

È stato sottolineato nel 2016 da Andrew Cuthbert che git diff blocca anche i file fino a quando non si esce da esso.

Questo non sarà il caso di Git 2.23 (3 ° trimestre 2019)

Vedi commit 3aef54e (11 lug 2019) di Johannes Schindelin ( dscho) .
^{(Unito da Junio ​​C Hamano -gitster - in commit d9beb46 , 25 lug 2019)}

diff: munmap() contenuto del file prima di eseguire diff esterno

Quando si esegue un diff esterno da, diciamo, a diff tool, è lecito ritenere che desideriamo scrivere i file in questione.
Su Windows, ciò significa che non può esserci nessun altro processo che trattiene un handle aperto per detti file, o anche solo una regione mappata.

Quindi assicuriamoci git diff non trattiene alcun handle aperto per i file in questione.

In effetti, rilasceremo immediatamente la coppia di file, poiché il diff esterno utilizza i file che abbiamo appena scritto, quindi non è più necessario conservare il contenuto del file in memoria.

Questo risolve git-for-windows # 1315

Stavo vedendo questi errori durante la creazione di applicazioni Dot Net con Ant.

Nel mio caso era il nostro software di backup aziendale, Symantec DLO Agent. Fermarlo ed escludere la directory dal mio software antivirus e chiudere Visual Studio sembra funzionare.

nel mio caso ho eliminato la cartella obj nella radice del progetto e il progetto di ricostruzione ha risolto il mio problema !!!

Ho riscontrato questo errore e si è scoperto che il problema era che FxCop era in esecuzione sul mio progetto. Ho chiuso FxCop e quindi ho potuto compilare di nuovo.

Se si tratta di un'applicazione Web che elimina i file nella cartella dei file temporanei ASP.NET potrebbe essere una soluzione.

Se stai utilizzando profiler come AQ Time, questi potrebbero anche bloccare il file. La soluzione in questo caso sarebbe quella di riavviare il profiler o semplicemente scaricare / caricare l'assembly in questione dal profiler. Per AQ Time ho notato che sta rilasciando il file dopo un po 'di tempo, ma per la vita non posso dire quale sia il timeout. Sembra essere casuale

Ho anche avuto lo stesso errore oggi. Ho risolto questo problema ricostruendo il progetto.

Ho avuto questo errore causato da un 'più' vs file in questione lasciato in esecuzione in un'altra console. Ops.

Nessuna delle precedenti ha risolto questo problema.

Qualcuno aveva un progetto nella mia soluzione impostato per utilizzare la CPU x64 nella configurazione della build. Modificandolo su Qualsiasi CPU, la build utilizzava una nuova cartella. Ancora non so quale processo avesse (ha) un blocco su quel file.

Ho avuto lo stesso problema . Ho rimosso la dll dalla cartella temporanea, ho rimosso l'accesso in sola lettura e ho riavviato la macchina e l'ho fatta funzionare.

Nel mio caso, chiudo solo tutte le istanze e copio la mia cartella dell'applicazione radice e la incollo in una posizione diversa, quindi apro la soluzione in VS funziona ....

Il mio problema è stato risolto anche passando al setaccio Process Explorer. Tuttavia, il processo che ho dovuto uccidere è stato MySQL Notifier.exe che era ancora in esecuzione dopo aver chiuso tutte le applicazioni VS e SQL.