
Il file include proprietà che non possono essere copiate nel nuovo percorso
il file ha proprietà che non possono essere copiate nella nuova posizione dropbox
System.IO.PathTooLongException: Il percorso specificato, il nome del file o entrambi sono troppo lunghi. Il nome completo del file deve essere inferiore a 260 caratteri e il nome della directory deve essere inferiore a 248 caratteri.
Anche se il nome del mio file era lungo solo 239 caratteri, quando sono andato a istanziare un oggetto FileInfo con il solo nome del file (senza percorso) si è verificata un’eccezione di tipo System. IO.PathTooLongException
Se stai avendo un problema con i tuoi file bin a causa di un percorso lungo, in Visual Studio 2015 puoi andare nella pagina delle proprietà del progetto incriminato e cambiare la relativa Output Directory in una più breve.
Non menzionare finora e un aggiornamento, c’è una libreria molto ben stabilita per gestire i percorsi che sono troppo lunghi. AlphaFS è una libreria .NET che fornisce funzionalità di file system Win32 più complete alla piattaforma .NET rispetto alle classi standard System.IO. La carenza più notevole dello standard .NET System.IO è la mancanza di supporto delle caratteristiche avanzate di NTFS, in particolare il supporto di percorsi di lunghezza estesa (ad esempio percorsi di file/directory più lunghi di 260 caratteri).
il file ha proprietà che non possono essere lette
Sto copiando dei file dal mio Windows Home Server (v1) ad un nuovo box Windows 8. Finora quando ho copiato certi file di musica e film il processo di copia si è fermato per chiedermi se voglio continuare perché alcune proprietà non possono essere copiate nella nuova posizione.
Windows 2000 e XP usavano flussi alternativi per memorizzare proprietà aggiuntive che si potevano aggiungere nella scheda Riepilogo della finestra di dialogo Proprietà. Questa caratteristica è stata deprecata da Windows Vista. Eppure potresti ancora avere dei file con tali proprietà.
Se aprite le proprietà di streams.exe, vedrete il pulsante Sblocca nella sezione Sicurezza della scheda Generale. Se fai clic su questo pulsante, il flusso alternativo verrà eliminato, e il comando di cui sopra, streams.exe streams.exe, produrrà un output vuoto.
cosa significa copia senza proprietà
Si noti che questa voce potrebbe non essere visibile da Visual Studio (2012, 2015, 2017), ma una volta aggiunta manualmente al csproj, apparirà in Visual Studio. Il percorso di destinazione non sarà modificabile attraverso l’UI però.
EDIT: Questa risposta è stata scritta molto tempo fa quando ContentWithTargetPath non era disponibile nelle versioni di VS / MSBuild che stavo usando. Lasciando questa risposta qui per le persone che potrebbero dover utilizzare una vecchia versione di VS. Si prega di smettere di commentare questo, sappiamo tutti che ci sono modi migliori ora.
Se il tuo intento principale è quello di includere le DLL senza ingombrare la directory principale del progetto, un’altra soluzione è quella di spostare le DLL in un progetto condiviso separato e aggiungere questo come riferimento nel progetto originale.
(Si noti che questo post non risponde direttamente a questa domanda in quanto non preserva la struttura della cartella e del progetto, ma ho trovato questo approccio utile perché sono stato in grado di ristrutturare il mio progetto nel mio caso e perché volevo evitare alcuni dei lati negativi degli altri approcci qui).
Sembra in VisualStudio 2015 che se le dll che stai ‘aggiungendo con un link’ sono in una sottocartella di quello stesso progetto – saranno automaticamente messe una cartella, e l’output è anche messo in una cartella come hai visto.
3:41come risolvere questi file hanno proprietà che non possono essere lette, quindi noi …techruzz tutorialsyoutube – 2 mar 2021
Si noti che questa voce potrebbe non essere visibile da Visual Studio (2012, 2015, 2017), ma una volta aggiunta manualmente al csproj, apparirà in Visual Studio. Il percorso di destinazione non sarà modificabile attraverso l’UI però.
EDIT: Questa risposta è stata scritta molto tempo fa quando ContentWithTargetPath non era disponibile nelle versioni di VS / MSBuild che stavo usando. Lasciando questa risposta qui per le persone che potrebbero dover utilizzare una vecchia versione di VS. Si prega di smettere di commentare questo, sappiamo tutti che ci sono modi migliori ora.
Se il tuo intento principale è quello di includere le DLL senza ingombrare la directory principale del progetto, un’altra soluzione è quella di spostare le DLL in un progetto condiviso separato e aggiungere questo come riferimento nel progetto originale.
(Si noti che questo post non risponde direttamente a questa domanda in quanto non preserva la struttura della cartella e del progetto, ma ho trovato questo approccio utile perché sono stato in grado di ristrutturare il mio progetto nel mio caso e perché volevo evitare alcuni dei lati negativi degli altri approcci qui).
Sembra in VisualStudio 2015 che se le dll che stai ‘aggiungendo con un link’ sono in una sottocartella di quello stesso progetto – saranno automaticamente messe una cartella, e l’output è anche messo in una cartella come hai visto.