Для быстрого-и-грязного списка, от командной строки выполняют "СЕТЕВОЙ РЕСУРС". Единственная проблема с этой командой состоит в том, что она глубокомысленно данные форматов в столбцы и потенциально отключает длинные тракты.
Вы можете быть лучше обслужены путем выполнения в
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanServer\Shares
с REGEDIT. Можно экспортировать это как - желаемый.
Только закрыть это.
Я записал это в универсальном формате, поскольку я подозревал, что занимался универсальной проблемой службы Windows.
Однако оказывается, что это - проблема с сервисом executeables самостоятельно. Кажется, что чтение системного пути и пользовательского пути является так или иначе иждивенцем на сервисном исполняемом файле.
У меня есть два сервиса от того же поставщика, один из них читает и систему и пользовательский путь, тогда как другой просто читает системный путь.
MS имеет программу, которая запускает любую программу как услуга. Один из параметров HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\<name>\Parameters\AppDirectory
, хотя это может только относиться к этим перенесенным сервисам.
Это - конкретный Windows Server 2003, но все равно я думаю, что это может ответить на Ваш вопрос: http://support.microsoft.com/kb/887693
Вы попытались использовать SRVANY, поворачивают сценарий, такой как пакетный файл на службу и устанавливают среду там прежде, чем обратиться к Вашему требуемому приложению?Примечание: можно признать, что сервис останавливает/начинает/перезапускает управление, если фоны сценария последующие процессы и выходы, так как сервисный контроллер будет проверять, чтобы видеть, "работает" ли сам сценарий. Вы могли также рассмотреть ПУТЬ чтения из пользовательского реестра в сценарии и использовании его содержания так, чтобы ENV не был hardcoded в самом сценарии.