TheBarmaley

Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору k2o Цитата:ну как-то так..)) по существу - ну ок, давай копнём "глыбже": =) 1. говорилось о запуске неких программ/скриптов через симлинки + о том, шо их можно собрать в некую папку, отсюда - путь до этой самой папки тоже надо где-то хранить - шоб запускать собранные линки "короткой" командой, а отсюда уже вполне логично вытекает указанная ветка реестра - потому что, как минимум, неудобно всю кучу ссылок (если она большая) держать в одной папке, я бы лично хоть как-то разносил бы на несколько папок с линками, шоб самому не путаться..) 2. ну а раз в п.1 мы пришли к записи в реестре - сталыть, при запуске любой "короткой" команды (без указания пути) из набора симлинков мы и приходим к тому самому "дёрганию" реестра.. 3. некое непонимание с твоей стороны возникло (кмк) из-за того, что ты исходишь из посыла "симлинк лежит рядом с обрабатываемым объектом", а имелся в виду общий случай, когда симлинка в конечной папке (где он запускается) нету, т.е. его ещё найти надо по пути, прописанному ... ну и т.д.. разговор же про упомянутые в начале файл-манагеры - опустим, там ведь ещё и свои нюансы запуска добавляются, зависящие уже от конкретного манагера.. к вопросу "кто их туда" засунет - юзер системы (т.е. ты сам, руками), сама же по себе папка с линками никак в пути не пропишется.. а сами найденные в итоге симлинки - да, они будут отрабатываться уже на уровне фс..
|