变态重口极致另类在线-波多久久夜色精品国产-波多野结衣在线观看一区-波多野结衣在线观看一区二区-污污的网站免费阅读-污污视频网址

當前位置: 首頁IT技術 → 便攜軟件制作的系列教程

便攜軟件制作的系列教程

更多

在NSIS中怎么導入注冊表。

這有何難,用registry插件嘛:

${registry::RestoreKey} file.reg $var

可是,如果你經常在 RestoreKey 后面用 ${registry:write} ,就會發現,往往導入注冊表會失敗,或者寫入的鍵值被reg文件中的舊鍵值覆蓋了,這是為什么呢?

原來,${registry::RestoreKey} 這個命令并不會等待導入完成。作者在文檔中寫了:

${registry::RestoreKey} simply exec regedit: regedit /s “[file]“

執行的是 Exec 而非 ExecWait 。那么,可能 regedit.exe 尚未啟動,就開始執行下一行命令了。制作一般的安裝包問題不大,但便攜軟件對執行步驟的順序要求更加精確。所以,有些人的代碼是這樣寫的:

${registry::RestoreKey} file.reg $0

Sleep 200

睡一會。睡多久?睡一秒還是一年,這種盲人摸象的做法,我們完美主義者是不會使用的。因為這個命令,有些朋友凡是用到registry插件,都習慣性地加上個 sleep,這是完全沒有必要的,作者說了:

問:So my question is, what other functions in your plugin behave in the same way (ie do not wait for the registry operation to finish)?

答:registry::RestoreKey is the only one.

那么,用:

ExecWait 'regedit /s "[file]"' $var

不就行了嗎?

你又錯了,我們制作便攜軟件的時候,要對自己嚴格要求,在Vista以上的系統中,不經過UAC驗證,是無法執行 regedit /s 這個命令的(即使導入HKCU中的鍵值也不行)。難道你的每個軟件都要用戶通過UAC驗證以管理員權限運行嗎,完全是別有居心!

可是,在UAC環境的測試中,你會發現,即使不通過UAC驗證,${registry::RestoreKey} 這個命令也可以完成注冊表導入,難道,作者隱瞞了什么?

于是,作為代碼盲的你,充滿狐疑地打開 NSIS\Include\Registry.nsh ,找到這樣一段代碼:

!define registry::RestoreKey !insertmacro registry::RestoreKey

!macro registry::RestoreKey _FILE _ERR

registry::_RestoreKey /NOUNLOAD ${_FILE}

Pop ${_ERR}

IntCmp ${_ERR} -2 0 0 +10 ;REGEDIT4 ansi file

SetDetailsPrint none

IfFileExists "$SYSDIR\reg.exe" 0 +4 ;reg.exe used in Windows2K/XP/Vista/7

nsExec::ExecToStack "$SYSDIR\reg.exe" import "${_FILE}"

Pop ${_ERR}

StrCmp ${_ERR} 0 +5 0

IfFileExists "$WINDIR\regedit.exe" 0 +3 ;regedit.exe used in Wine

ExecWait "$WINDIR\regedit.exe" /s "${_FILE}" ${_ERR}

IfErrors 0 +2

StrCpy ${_ERR} -1

SetDetailsPrint lastused

!macroend

真是狡兔三窟!registry::RestoreKey失敗后,用reg.exe import,失敗后,又用 regedit.exe /s,我們就要有這種不屈不撓的精神,不要讓一次執行的失敗變成Bug。

眼尖的你發現,關鍵在于這一行:

nsExec::ExecToStack "$SYSDIR\reg.exe" import "${_FILE}"

原來,雖然regedit /s需要管理員權限,但reg import命令并不需要,這就是${registry::RestoreKey}成功的秘訣。

但是,${registry::RestoreKey}首先嘗試用插件導入,而插件并不等待導入結束,所以,我們在應用的時候,要把順序顛倒一下:

nsExec::ExecToStack "$SYSDIR\reg.exe" import "${_FILE}"

Pop $0

${IfNot} $0 == 0

${registry::RestoreKey} "${_FILE}" $0

Sleep 500

${IfNotThen} $0 == 0 ${|} StrCpy ${_OutVar} Error ${|}

${Endif}

nsExec::ExecToStack是等待運行結束的,首先執行,假如失敗,再用${registry::RestoreKey},并暫停0.5秒(比較安全的數值)。當以上動作始終返回Error的時候,我們就應該考慮做個標記,在便攜軟件結束的時候跳過這一次軟件運行中的注冊表修改,不覆蓋原先的reg文件了。

不過,當你翻閱 PortableApps.com Launcher 的源代碼時,卻發現關于注冊表導入,僅僅用了一行:

${registry::RestoreKey} $DataDirectory\settings\$0.reg $R9

可為什么感覺上PAL那么穩定,極少出錯呢?我猜是因為PAL的代碼非常繁雜,每個實際動作以前都有一堆工作,又是讀Launcher.ini,又是轉換變量,又是檢測PAF平臺,慢悠悠的,慢工出細活吧!

熱門評論
最新評論
昵稱:
表情: 高興 可 汗 我不要 害羞 好 下下下 送花 屎 親親
字數: 0/500 (您的評論需要經過審核才能顯示)
主站蜘蛛池模板: 性欧美video另类hd亚洲人 | 91精品国产自产在线观看 | 夜色私人影院永久地址入口 | 三级毛片在线免费观看 | 欧美激情成人网 | 天天舔夜夜操 | 男女午夜特黄毛片免费 | 三级伦理影院 | 欧美韩国日本在线 | 天天摸天天爽视频69视频 | 日日操操操 | 成人中文字幕在线观看 | 国产日韩精品视频 | 欧美亚洲三级 | 黄色免费一级片 | 日本高清乱理论片 | 在线观看色视频 | 久久国产亚洲欧美日韩精品 | 国产成人精品aaaa视频一区 | 日日操夜夜爽 | 国产免费黄视频 | 最近中文字幕国语免费完整 | 成人激情开心网 | 国产亚洲精品自在久久77 | 毛片免费毛片一级jjj毛片 | 精品中文字幕制服中文 | 夜夜骑首页 | 日韩一区视频在线 | 午夜在线不卡 | 亚洲人成网男女大片在线播放 | 操野逼 | a一级日本特黄aaa大片 | 天天插天天色 | 搞黄网站在线观看 | 国产日韩欧美在线 | 男女上下爽无遮挡午夜免费视频 | 国产精品免费在线播放 | bl男男文肉高h | 黄色成人免费观看 | 可以免费观看的黄色网址 | 国产女同志videos |