è possibile ridurre l'eccessiva quantità di percorsi nelle variabili di ambiente PATH, basta salvare l'intera riga su un blocco note, come backup e rimuoverne alcuni e testare.
La maggior parte di essi sono lì, quindi se un collegamento non ha un percorso completo impostato per "Target", Se "Avvia in" non è impostato correttamente nel collegamento o un lancio è fatto in modo strano il loro programma e le sue parti e pezzi sono sempre trovato. È un Failsafe nella maggior parte delle situazioni. Vorresti comunque testare completamente qualsiasi uso di qualsiasi programma che hai rimosso i suoi percorsi.
È anche molto utile per le persone che digitano i comandi nel CMDprompt, anche senza un CD, il computer scansionerà ogni posizione, fino a quando non verrà trovato ed eseguito un programma con quel nome. O qualsiasi altro comando con lo stesso nome :-)
Quella serie di percorsi era (anchient) limitata a meno di 255 (o260) caratteri, che è cambiata in 1024 qualche tempo fa, poi è stata rattoppata nell'era server'03 per gestire il 2048 e presumibilmente potrebbe gestire 8096 su alcuni sistemi, anche molto tempo fa.
Le reali limitazioni scoperte oggi in cui le persone si imbattono, è nel CMDprompt che ha un limite sulla lunghezza della stringa di comando, che include l'espansione delle variabili e dei percorsi.
http://msdn.microsoft.com/en-us/library/windows/desktop/ms682653(v=vs.85).aspx qui Microsoft dice:
"La dimensione massima di una variabile d'ambiente definita dall'utente è di 32.767 caratteri. Non vi sono limiti tecnici sulla dimensione del blocco di ambiente. Tuttavia, esistono limiti pratici a seconda del meccanismo utilizzato per accedere al blocco. Ad esempio, un file batch impossibile impostare una variabile più lunga della lunghezza massima della riga di comando. "
In quella posizione ^ indicano la posizione del registro che contiene i percorsi di sistema. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment
Deve leggere il resto lì.
Il limite CMDprompt e batch è 2048 caratteri una volta espansi e si dice che sia 4x quello per i sistemi più recenti (necessita di citazione perché le persone non lo vedono)
Vedere anche http://support.microsoft.com/kb/830473 , che illustra il prompt dei comandi e la lunghezza del batch per i sistemi meno recenti.
Per assicurarsi che le voci siano corrette lì dentro, il wiki ha questo da dire:
http://en.wikipedia.org/wiki/Environment_variable
% PATH% Questa variabile contiene un elenco delimitato da punti e virgola ( non mettere spazi tra ) un elenco di directory in cui l'interprete dei comandi cercherà un file eseguibile che corrisponde al comando dato. Le variabili d'ambiente che rappresentano i percorsi possono essere nidificate all'interno della variabile PATH ma solo a un livello di riferimento indiretto. Se questa variabile d'ambiente del sottotraccia stesso contiene una variabile d'ambiente che rappresenta un percorso, PATH non si espanderà correttamente nella sostituzione della variabile.
Avere tutti i percorsi extra lì dentro rallenta alcune cose un po ', perché è quindi costretto a guardare in tutti quei luoghi, prima di arrendersi. L'utilizzo di percorsi completi ogni volta che chiama gli elementi del file sarà sempre più veloce, anche durante il batch o l'utilizzo di CMDprompt.
L'uso delle vecchie convenzioni DOSlike 8.3 è un modo per ridurre le dimensioni, questo batch /programming//a/20362922 funziona bene. assicurarsi (di nuovo) di eseguire il backup della stringa originale. Vedi anche le altre possibili soluzioni a quella domanda.
Ecco come appare il mio, è stato peggio.
% SystemRoot% \ system32;% SystemRoot%;% SystemRoot% \ System32 \ Wbem;% SYSTEMROOT% \ System32 \ WindowsPowerShell \ v1.0 \; C: \ Programmi (x86) \ QuickTime \ QTSystem \
Vorrei lanciare quicktime in un batter d'occhio, e i programmi AMD hanno messo un percorso esteso prima, lanciato, Adobee ne aveva uno, nessuno di questi contava per i metodi standard di collegamento / icona della GUI. Molte cose possono essere rimosse, quindi testare tutte le funzioni. Se si richiamano le cose digitando il prompt CMD, la rimozione di quei percorsi non funzionerà.
PATH
... Cosa ti porta a sospettare che sia troppo lungo? VS sta gettando giù una sorta di errore? Inoltre, quale versione di Windows stai utilizzando?