можна зменшити зайву кількість шляхів змінних середовища PATH, просто збережіть всю лінію в блокнот, як резервну копію та видаліть деякі та тестуйте.
Більшість з них є, тому якщо для ярлика не встановлено повний шлях для "Цільового", якщо "Пуск в" не встановлено в ярлику правильно або запуск виконується як не дивно їх програма та її частини та частини завжди знайдено. У більшості ситуацій це помилка. Ви все ще хочете повністю перевірити будь-яке використання будь-якої програми, яку ви видалили з її шляхів.
Це також дуже корисно для людей, які вводять команди в CMDprompt, навіть без компакт-диска комп'ютер скануватиме кожне місце, поки програма з таким ім'ям не знайдеться і не запуститься. Або будь-яка інша команда з такою ж назвою :-)
Цей набір шляхів WAS (anchient) обмежений менш ніж 255 (або260) charachters, які змінилися на 1024 деякий час давно, потім були виправлені назад в епоху сервера '03 для обробки 2048, і нібито він міг обробляти 8096 в деяких системах, навіть дуже давно.
Реальні обмеження, виявлені сьогодні, в які стикаються люди, полягають у CMDprompt, який має обмеження на довжину командного рядка, що включає розширення змінних та шляхів.
http://msdn.microsoft.com/en-us/library/windows/desktop/ms682653(v=vs.85).aspx тут говорить Microsoft:
"Максимальний розмір визначеної користувачем змінної середовища становить 32 767 символів. Немає технічних обмежень щодо розміру блоку середовища. Однак існують практичні обмеження залежно від механізму, який використовується для доступу до блоку. Наприклад, пакетний файл не може встановити змінну, яка перевищує максимальну довжину командного рядка. "
У цьому місці ^ вони вказують на розташування реєстру, що містить системні шляхи. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment
Потрібно прочитати там решту.
CMDprompt та пакетне обмеження - 2048 характерів, колись розширені, і, як кажуть, в 4 рази більше, ніж для нових систем (потрібне цитування, оскільки люди цього не бачать)
Також див. Http://support.microsoft.com/kb/830473 , де обговорюється командний рядок та довжина партії для старих систем.
Щоб переконатися, що записи там правильні, у Вікі є таке повідомлення:
http://en.wikipedia.org/wiki/Environment_variable
% PATH% Ця змінна містить розділений крапкою з комою ( не ставте пробіли між собою ) списку каталогів, в яких інтерпретатор команд буде шукати виконуваний файл, що відповідає даній команді. Змінні середовища, які представляють шляхи, можуть вкладатись у змінну PATH, але лише на одному рівні непрямості. Якщо ця змінна середовище підпункту сама містить змінну оточення, що представляє шлях, PATH не буде належним чином розширюватися в підстановці змінної.
Наявність усіх зайвих шляхів там сповільнює певні речі, тому що його змушують шукати в усіх тих місцях, перш ніж вони здаються. Використання повних шляхів кожного разу, коли виклик елементів файлу завжди буде швидшим, навіть при пакетному пакеті чи використанні CMDprompt.
Використання старих конвенцій DOSlike 8.3 - це один із способів зменшити розмір, цей пакет /programming//a/20362922 добре працює. не забудьте (знову) зробити резервну копію початкового рядка. Дивіться також інші можливі рішення цього питання.
Ось як виглядає моє, було гірше.
% SystemRoot% \ system32;% SystemRoot%;% SystemRoot% \ System32 \ Wbem;% SYSTEMROOT% \ System32 \ WindowsPowerShell \ v1.0 \; C: \ Файли програм (x86) \ QuickTime \ QTSystem \
Я б викинув швидкий час у серцебиття, і програми AMD ввели раніше розширений шлях, кинули його, Adobee мав один, жоден із них не мав значення для стандартних методів ярликів / значків GUI. Багато речей можна видалити, а потім перевірити всі функції. Якщо ви зателефонуєте до речей, ввівши підказку CMD, видалити ці шляхи не вийде.
PATH
... Що змушує вас підозрювати, що це занадто довго? Чи ВС скидає якусь помилку? Крім того, яку версію Windows ви працюєте?