[kotkovets]

Как правильно детектировать Windows 8 ? »

а чем она отличается от других версий? только циферями...
MinorVersion - младшей версией Windows...
MinorVersion Win8 = 2, в Win7 = 1
библиотека winver2.nsh из справки...

----
остальное доработаю по мере обновления справки.

[MKN]

библиотека winver2.nsh из справки... »

А всё же, можно ли без библиотеки ? System::Call "user32:: и чего то для определения ОС...

[kotkovets]

MKN, я же говорил, почти все все работает на апи в NSIS - открой winver или winver2
дабы не писать - System::Call "user32:, которое уже расписано библиотеках в виде макросов для удобства.
из winver2:

Код:

!macro FUNC_GetVersionEx STRUCT_SIZE
    System::Call "*$9(i${STRUCT_SIZE})"
    System::Call "kernel32::GetVersionEx(ir9)i.R0"
!macroend

!macro FUNC_OSVERSIONINFOEX
    System::Alloc ${OSVERSIONINFOEX_SIZE}
    Pop $9
    !insertmacro FUNC_GetVersionEx ${OSVERSIONINFOEX_SIZE}
    ${IfThen} $R0 = 0 ${|} !insertmacro FUNC_GetVersionEx ${OSVERSIONINFO_SIZE} ${|}
    System::Call "*$9(i.R2, i.r0, i.r1, i.r2, i.r3, &t128.r4, &i2.r5, &i2.r6, &i2.r7, &i1.r8, &i1)"
    System::Free $9
!macroend

теже яйца вид сбоку, и еще объявить штук 200 констант... так хочется в скрипте писать?
---
или подключить winver2.nsh и написать так:

Код:

${WinVersionMinor} $0

для стандартного winver:

Код:

${WinVerGetMinor} $0

а почему winver2 читай в справке. читать внимательно когда будем?

А всё же, можно ли без библиотеки ? »

через реестр, но это для меня ненадежный вариант - легко циферки подправить чем угодно...
исход известен...
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion

[CrashTest]

вот если 32 и 64 разрядность то в установщике надо прописать ключи реестра для каждой разрядности отдельно. а для секции в реестре Uninstall для меню программы и компоненты надо для каждой разрядности прописывать отдельно или установщик сам разберется??

[shut]

Здравствуйте.

Подскажите, пожалуйста, возможно ли и как сделать участок (функцию, секцию), которая бы выполнялась только при компиляции.

Например:
У меня есть список файлов (одна строка - один файл), который меняется пару раз на день. На основе этого списка должена формироваться инсталяшка. Я хочу реализовать такой механизм, чтоб при начале компиляции генерился список файлов и потом подключался в соответствующую секцию includ'ом. Возможно ли это, или проще написать exe-шник который это сам делал а потом запускал компиляцию?

[kotkovets]

вот если 32 и 64 разрядность то в установщике надо прописать ключи реестра для каждой разрядности отдельно. »

Вот вы попробуйте для начала.. а потом пишите

У меня есть список файлов (одна строка - один файл), который меняется пару раз на день. На основе этого списка должена формироваться инсталяшка. Я хочу реализовать такой механизм, чтоб при начале компиляции генерился список файлов и потом подключался в соответствующую секцию includ'ом. Возможно ли это, или проще написать exe-шник который это сам делал а потом запускал компиляцию? »

Можно создавать файлик при компиляции

Код:

outfile "test.exe"

!delfile "C:\file.nsh" ;удаляем файл, если есть предыдущий
!tempfile "C:\file.nsh" ;создаем файл
!appendfile "C:\file.nsh" '!define msgBox "MessageBox MB_OK test_oszone"$\n' ;запись в файл

!include "C:\file.nsh"

Section
  ${msgBox}
SectionEnd

т.е пишем файлик строго в аля стиле NSIS!
но парсить какие файлы и создавать список можно попробовать командной строкой (консольными прогами винды)
типа dir.exe запущенной во время компиляции с определенными ключами(здесь я не силен, задайте на форуме этот вопрос в соответствущей теме)
Запуск файла можно так:

Код:

!system "%WINDIR%\notepad.exe"

ну а далее как примером выше. Вообще в NSIS команды препроцессора начинаются с - !
смотрите подробно в справке...
---
получается типа динамический скрипт...

[CrashTest]

Вот вы попробуйте для начала.. а потом пишите »

А я попробовал и спрашиваю Вас.

Код:

${If} ${RunningX64}
File "64\files.exe"
SetRegView 32
WriteRegDWORD HKCU "Software\programs\files\Settings" "language" "1049"
WriteRegDWORD HKCU "Software\programs\files\Settings" "check-updates" "0"
WriteRegDWORD HKCU "Software\Aprograms\files\Settings" "warn-not-default-viewer" "0"
WriteRegStr HKCU "Software\programs\files\Settings" "version" "2.0.1"
MessageBox MB_OK "C:\Program Files (x86)"
SetRegView 64
WriteRegDWORD HKCU "Software\programs\files\Settings" "language" "1049"
WriteRegDWORD HKCU "Software\programs\files\Settings" "check-updates" "0"
WriteRegDWORD HKCU "Software\programs\files\Settings" "warn-not-default-viewer" "0"
WriteRegStr HKCU "Software\programs\files\Settings" "version" "2.0.1"
MessageBox MB_OK "C:\Program Files (x64)"
${Else}
File "g\App\prog\files.exe"
${EndIf}

Вот так будет работать? Может быть стоит SetRegView 32 поместить после оператора ${Else}? или без разницы?


Мой Вопрос:
Надо ли этот ключ распределять между SetRegView 32 и 64

Код:

WriteRegStr ${PRODUCT_UNINST_ROOT_KEY} "${PRODUCT_UNINST_KEY}" "DisplayIcon" "$INSTDIR\prog.exe"
WriteRegStr ${PRODUCT_UNINST_ROOT_KEY} "${PRODUCT_UNINST_KEY}" "DisplayName" "${PRODUCT_NAME}"
WriteRegStr ${PRODUCT_UNINST_ROOT_KEY} "${PRODUCT_UNINST_KEY}" "UninstallString" "$INSTDIR\Uninstall.exe"

???

Зачем это проверять, если вы можете дать точный ответ. И все равно я не смогу увидеть через какой редактор заносились записи.

[kotkovets]

Вот так будет работать? Может быть стоит SetRegView 32 поместить после оператора ${Else}? или без разницы? »

а может стоит почитать в справочнике:
1. SetRegView: использование реестра от разрядности ОС
2. Логические конструкции в скриптах NSIS
---
На все эти вопросы ответы есть. + посмотреть содержимое файла NSIS\Include\x64.nsh

[CrashTest]

kotkovets, тяжело так сказать... но я пишу насчет секций для удаления. их тоже заключать в setregview? не написано это в справке

[kotkovets]

их тоже заключать в setregview? »

Конечно! это же отдельная программа!