.: NSIS

MKN · Отправлено: **18:40, 23-03-2023** | #**2691**

Цитата iglezz:

использую страндартную 3.08 »

Удалил 3.08, переустановил(с https://sourceforge.net/projects/nsi...test/download), скопировал твой CommCtrl.nsh, компилю - не работает, та же ошибка...
Удалил, установил 3.0.6.1 и т.д. - всё работает...
(Скрипт для теста - ранее всегда рабочий и даже пробовал пустой, только с CommCtrl.nsh)
И что это такое ?

Позже попробую на др. компе...

ps Если в 3.08 заменить файл Program Files (x86)\NSIS\Bin\makensis.exe файлом из 3.06 - всё работает.
Прочие файлы на работу вроде как не влияют...

iglezz · Отправлено: **11:34, 24-03-2023** | #**2692**

MKN, Есть у меня виртуалка с Win7x32 чистая 6.1.7601 без обновлений и модификаций - работает корректно. Проблема, видимо, зависит от каких-то специфичных вещей в конкретных сборках винды.
Такое лечить правильнее указанием кодировки !include /charset=...
В порядке предположения, судя по исходникам, 3.07 у тебя должна так же сбоить.

Сверху ещё можно накатить обнову с https://github.com/kichik/nsis/.
Как минимум забрать папку Include\ - исправлен баг в LogicLib.nsh и обновление WinVer.nsh (определение вин 11 и билдов вин10 после 2021 года)

MKN · Отправлено: **12:15, 24-03-2023** | #**2693**

Цитата iglezz:

Как минимум забрать папку Include\ - исправлен баг в LogicLib.nsh и обновление WinVer.nsh »

Я туда периодически заглядываю, забираю обновы. Хотя WinVer.nsh там уже устаревший... (Сам принцип определения W11 в нём наверное не совсем удачный... Обновлять всё время каждый чих MS... не есть хорошо.)
Также видел у китайцев версии(ими названные) 3.0.8.1 - и x86 и даже x64. Причём с защитой от взлома, (вероятно имеется ввиду защита от декомпилляции), там почти все файлы другие и фейс китайский. (Но CommCtrl.nsh и с ними у меня не работает...

)

Flix · Отправлено: **02:28, 25-03-2023** | #**2694**

Цитата MKN:

Также видел у китайцев версии(ими названные) 3.0.8.1 - и x86 »

Это компиляция с последними изменениями из официального хаба, с момента релиза 3.0.8, плюс свои фишки и плюшки.

Цитата MKN:

и даже x64 »

Это компиляция на базе неофициальной NSIS 64-bit (https://github.com/negrutiu/nsis), плюс все то же что и у х86.

Цитата MKN:

Причём с защитой от взлома, (вероятно имеется ввиду защита от декомпилляции) »

Измените в исходниках exeheader (fileform.cpp, fileform.c, fileform.h) и любой декомпилятор (автораспаковщик) обломается.
Вот как раз это и наблюдается в хидере инсталляторов, собранных китайской версией.

inco1 · Отправлено: **07:12, 01-04-2023** | #**2695**

Всем доброго дня.
Подскажите пожалуйста, как правильно и оптимально кратко прописать проверку всех серверных версий, чтобы получилось примерно так: "Если запущено на любой серверной виндовс, то...".

Код:

     ${If} ${IsWin2003}
     ${orIf} ${IsWin2003R2}
     ${orIf} ${IsWin2008}
     ${orIf} ${IsWin2008R2}
     ${orIf} ${IsWin2012}
     ${orIf} ${IsWin2012R2}
     ${orIf} ${IsWin2016}
     ${orIf} ${IsWin2019}
     ${orIf} ${IsWin2022}
   DetailPrint "Running on Windows Server"
     ${EndIf}

Не на чем проверить.

iglezz · Отправлено: **11:06, 01-04-2023** | #**2696**

Должно быть достаточно ${If} ${IsServerOS} ...

inco1 · Отправлено: **11:57, 01-04-2023** | #**2697**

Компилируется, но не уверен, что определит 2019 и 2022. Ведь мой вариант с ${IsWin2019} и ${IsWin2022} даже не компилируется, а только компилируется без них. Использую последнюю WinVer.nsh с хитхаба.

Нашел выход через реестр. Да и в этом варианте WinVer.nsh применять не нужно. Думаю, что в реестре для всех же серверных версий прописано

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion]
"InstallationType"="Server"

Код:

Function .onInit
Var /GLOBAL Server
     ReadRegStr $Server HKLM "SOFTWARE\Microsoft\Windows NT\CurrentVersion" "InstallationType"
FunctionEnd

Section
     ${If} $Server == Server
; ====Running on Windows Server"
     ${EndIf}
SectionEnd

iglezz · Отправлено: **14:44, 01-04-2023** | #**2698**

Цитата inco1:

Компилируется, но не уверен, что определит 2019 и 2022 »

Информация по системе собирается при запуске nsis-инсталлятора (используя GetVersionEx).
Так что будет определять, пока сами мелкомягкие не сломают.

Цитата inco1:

Ведь мой вариант с ${IsWin2019} и ${IsWin2022} даже не компилируется »

Логично, т.к. такие определения ещё не добавлены в WinVer.nsh

Цитата inco1:

Нашел выход через реестр. Да и в этом варианте WinVer.nsh применять не нужно. Думаю, что в реестре для всех же серверных версий прописано »

Использование готовых библиотек и системных API вместо прямого чтения реестра и прочих конфигурационных сущностей рекомендуется для того, чтобы не тратить силы на реализацию того, что уже реализовано и не зависеть от разнородных структур/форматов одного и того же, но в разных версіях.

Те же ${IsWin2019} и ${IsWin2022} (как и любые другие проверки) можно легко добавить.
И даже в основной пакет исправления/дополнения можно добавить -- патчи/пулреквесты принимаюся на github/sourceforge

inco1 · Отправлено: **10:00, 02-04-2023** | #**2699**

iglezz, Приветствую. Тут еще появилась проблема. Можно как то прописать, чтобы екзешник не запускал себя повторно , если найден процесс с его именем? Всё перерыл, ничего не подходит.

Begin2Fly · Отправлено: **13:15, 02-04-2023** | #**2700**

Цитата inco1:

Можно как то прописать, чтобы екзешник не запускал себя повторно , если найден процесс с его именем? »

В справочнике NSIS есть раздел "Предотвращение множественности запуска" и "Работа с процессами с помощью NSIS", оба подойдут.