Показать полную графическую версию : [решено] Запуск Bat файла через %APPDATA%
Если вызывать из коммандной строки
D:\Users\User\AppData\Roaming\callback\callback.bat +74955555555
%APPDATA%\callback\callback.bat +74955555555
все работает
Если вазывать из браузера по tel:+74955555555
Запись в реестре Работает
[HKEY_CURRENT_USER\Software\Classes\tel\shell\open\command]
@="D:\\Users\\User\\AppData\\Roaming\\callback\\callback.bat %1"
Запись в реестре Не работает
[HKEY_CURRENT_USER\Software\Classes\tel\shell\open\command]
@="%appdata%\\callback\\callback.bat %1"
Вопрос к знатокам, как решить данную проблему.
Как запустить именно через %appdata%
наверное так:
@="\"%AppData%\\MyPath\\MyDir\\myFilre.exe\" \"%1\""
Идея зачет, но неработает.
Не отрабатываються такие переменные как %APPDATA% %USERPROFILE%, только прямой путь до файла.
Есть еще идеии...
Сам спросил сам ответил
По умолчанию запись в реестре REG_SZ, а надо REG_EXPAND_SZ
[HKEY_CURRENT_USER\Software\Classes\tel\shell\open\command]
@=hex(2):25,00,41,00,50,00,50,00,44,00,41,00,54,00,41,00,25,00,5c,00,63,00,61,\
00,6c,00,6c,00,62,00,61,00,63,00,6b,00,5c,00,63,00,61,00,6c,00,6c,00,62,00,\
61,00,63,00,6b,00,2e,00,62,00,61,00,74,00,20,00,25,00,31,00,00,00
Человеко понятный вид IMG (http://prntscr.com/yddupp)
а надо REG_EXPAND_SZ »
Именно так.
а почему через реестр получается так:
hex(2):25,00,61,00,70,00,70,00,64,00,61,00,74,00,61,00,25,00,5c,00,63,00,61,00,6c,00,6c,00,62,00,61, 00,63,00,6b,00,5c,00,63,00,61,00,6c,00,6c,00,62,00,61,00,63,00,6b,00,2e,00,62,00,61,00,74,00,20,00,2 5,00,31,00,00,00
а с помощью pwsh
$text="%appdata%\callback\callback.bat %1"
foreach ($i in $text.ToCharArray()) {
$hex+=[System.String]::Format("{0:X2}"+",00,", [System.Convert]::ToUInt32($i))
}
"hex(2):"+$hex > f.txt
так:
hex(2):25,00,61,00,70,00,70,00,64,00,61,00,74,00,61,00,25,00,5C,00,63,00,61,00,6C,00,6C,00,62,00,61, 00,63,00,6B,00,5C,00,63,00,61,00,6C,00,6C,00,62,00,61,00,63,00,6B,00,2E,00,62,00,61,00,74,00,20,00,2 5,00,31,00,
почему короче на "00,00" и на что это может влиять? Или надо всегда дописывать: "hex(2):"+$hex+"00,00" > f.txt
alpap, насколько я понимаю, требуется C-шный терминатор строк \0, он же — 0x00, символ с кодом 0. Отсюда и появляются два «лишних» нуля (,00,00) в конце файла реестра.
но ни на что это не влияет, если так именно делать, а не через реестр?
проверил на нескольких разных строках, вывод такой же: через реестр есть эти две группы нулей, через pwsh нет
так что можно дописывать, тогда вывод идентичный получается.
alpap, терминатор обязателен — Registry Value Types - Win32 apps | Microsoft Docs (https://docs.microsoft.com/en-us/windows/win32/sysinfo/registry-value-types):
…
The following registry value types are defined in Winnt.h
…
…
REG_EXPAND_SZ
A null-terminated string that contains unexpanded references to environment variables (for example, "%PATH%"). It will be a Unicode or ANSI string depending on whether you use the Unicode or ANSI functions. To expand the environment variable references, use the ExpandEnvironmentStrings function.
…
терминатор обязателен »
видимо в конце все-таки не так жестко, попробовал изменить в экспортированном правильном ключе на вывод из pwsh (без +"00,00")
внес изменения в реестр запуском reg, создался ключ с правильным значением параметра значения.
конкретно в работе не проверял, только на визуальное совпадение информации.
(но дописать никакого труда не составляет, сам бы рисковать не стал)
внимательнее почитал
я-то проверял на REG_EXPAND_SZ, ограничения конкретно на REG_MULTI_SZ.
проверил для REG_MULTI_SZ, разница есть, если не дописать (но уже 4-е 0), то превращается в REG_EXPAND_SZ
нужно так изменить вывод:
$text="%appdata%\callback\callback.bat %1"
foreach ($i in $text.ToCharArray()) {
$hex+=[System.String]::Format("{0:X2}"+",00,", [System.Convert]::ToUInt32($i))
}
"hex(7):"+$hex+"00,00,00,00" > f.txt
для REG_EXPAND_SZ и REG_SZ я так понял достаточно: "hex(2):"+$hex+"00,00" > f.txt
видимо в конце все-таки не так жестко, »
alpap, возможно, это тоже «унаследовано» со стародавних времён и оставлено для совместимости.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.