Показать полную графическую версию : [ликбез] Помощь начинающим .:[все вопросы]:. часть 1
Народ, подскажите в таком вопросе: есть аддон WallReplace, осуществляющий смену стандартных обоев на свои, путём подмены оригинальных файлов в дистрибе во время интеграции. Но часто возникает необходимость иметь в дистрибе не только стандартные обои 4х3, но и 16х9. Сделал аддон WallReplace(16х9), аналогичный WallReplace, но, разумеется, работать одновременно с ним, используя тот же принцип обычной подмены, он не может - нужно использовать либо один, либо другой (на всякий случай для GUI-интегратора даже инфу добавил в Conflict). Так понимаю, чтобы иметь оба аддона в дистрибе одновременно нужно, чтобы один из них использовал другой способ или работал на каком-либо этапе в процессе установки. Как это можно правильно реализовать? Достаточно ли, чтобы аддон просто тупо кидал обои в папку %SystemRoot%\Web\Wallpaper\ , заменяя дефолтные, или тут не всё так просто?
P.S. В процессе установки используются аддоны, позволяющие выбрать, что из интегрированных драйверов и аддонов устанавливать, а что нет.
Nun-Nun,
Вот тут http://forum.oszone.net/thread-91927.html под номером 8 есть аддон, который это делает. Любые обои в нем удаляются или добавляются. Кладем в него любые обои, хоть 16х9, хоть 4х3, хоть и те и другие...Чем не устраивает?
P.S.
WallReplace(16х9), аналогичный WallReplace, но, разумеется, работать одновременно с ним, используя тот же принцип обычной подмены, он не может »
Почему нет? Если даже названия обоев совпадут, то останутся те, которые скопируются из аддона отработавшего последним. Только вот, опять же, зачем нужен еще один аддон, который будет подменять файлы?
Достаточно ли, чтобы аддон просто тупо кидал обои в папку %SystemRoot%\Web\Wallpaper\ , заменяя дефолтные, или тут не всё так просто? »
Вышеупомянутый аддон примерно это и делает.cmd /c xcopy Wallpapers \"%SystemRoot%\\Web\\Wallpaper\" /e /i /y
(точнее копирует, но это не имеет значения) Можно просто указать путь для распаковки %SystemRoot%\\Web\\Wallpaper\ для обоев.
Вот тут http://forum.oszone.net/thread-91927.html под номером 8 есть аддон, который это делает. Любые обои в нем удаляются или добавляются. Кладем в него любые обои, хоть 16х9, хоть 4х3, хоть и те и другие...Чем не устраивает? »
Благодарю! Буду пробовать!
Почему нет? Если даже названия обоев совпадут, то останутся те, которые скопируются из аддона отработавшего последним. Только вот, опять же, зачем нужен еще один аддон, который будет подменять файлы? »
Правильно, так и я об этом же!
Alekcndr
26-01-2011, 18:43
Здравствуйте!
У меня такая проблема: диск 2008 года имеет раздел с автоустановкой софта и все работает, диск 2009 года работал, но с определенного момента не загружает диалоговое окно автоустановки - выскакивает светлый непрозрачный квадрат окна и ничего не происходит. На днях скачал MEGA_WPI_v.1.07_Professional - тоже самое. Пробовал запускать с отключенным интернетом - не работает.
Помогите пожалуйста!
WFP или как развеять смутные сомнения неофита...
Имеем
1. SP3 VLK - после установки команда sfc /scannow проходит быстро и молча, накачивая кэш dlll
2. Добавляем посл. UpdatePack - sfc один раз гавкается, но в журнале нет никакого упоминания
3. Добавил следующие компоненты и удалил один
0-HTMLINFO
1-BaseCSP
1-Flash
1-GPPC
1-IE
1-IMAPI2
1-LLTD
1-MSXML4
1-MU
1-PkgInst
1-RDC7
1-Rootsupd
1-WAAPI
1-WGA
Del_Obsolete
IE8_Reload
WMP11RUSjz
z-Log
zZ-CDImg
имею целый букет замечаний (несколько десятков файлов).
Это нормально и мне не заморачиваться или же это все-таки проблема?
Смущает некий парадокс, - что при добавлении аддонов количество несоответствующих файлов, заявленных WFP резко уменьшается. При просмотре KillWFP.lst обнаруживаю, что файлов выводится из под защиты совсем немного... Странно как-то, - при том что, добавляемые впоследствии аддоны никак не влияют и не используют файлы которые потом успешно проходят проверку.
Также в логах установки постоянные множественные сообщения типа
d:\xpsp\base\ntsetup\syssetup\log.c,133,,C:\Program Files\Common Files\System\Ole DB\msdasc.cnt не удален из-за следующей ошибки:
Системе не удается найти указанный путь.
может дистрибутив подбитый, а я благородным донам мозги выношу в разных темах...
может дистрибутив подбитый, » проверяйте md5 http://forum.oszone.net/thread-73922.html
WFP или как развеять смутные сомнения неофита... » используете sigverif - она удобнее sfc /scannow , оставляет после себя sigverif.txt из которого можно узнать много интересного.
Добавляем посл. UpdatePack »проверяйте md5 updatepack
Благодарю!
md5 проверил - Ok (6851-0-0-0),
md5 архива UP всегда проверяю.
Команду sigverif - буду колупать...
Помогите решить проблему. Есть аддон, устанавливается нормально, данные вносятся в реестр, деинсталляция через апплет "Установка и удаление программ" с помощью rundll32 advpack,LaunchINFSection %SystemRoot%\Inf\%NAME_INF%.inf,Uninstall тоже происходит нормально, реестр очищается, inf- и pif-файл удаляются, а вот деинсталляция с помощью ярлыка в меню "Программы" никак чисто не проходит - команда rundll32 advpack,LaunchINFSection %SystemRoot%\Inf\%NAME_INF%.inf,Uninstall в данном случае не выполняется, приходится вместо неё использовать exe-шник-деинсталлятор, сделанный WinRAR-ом или Dr.Batcher-ом, но и тут получается засада: то деинсталлятор сам себя не удаляет и остаётся в неудалённой из-за него папке аддона, то если запущенный деинсталлятор через Inf убиваю командой TASKKILL /F /IM %PROG_3%, в папке Temp остаётся временная папка RarSFX0 c потрохами деинсталлятора.
Если кто знает, подскажите, как этот заколдованный круг одолеть?
Nun-Nun,
На самом деле, нужно просто правильно создать ярлык в меню "программы" для удаления через inf.
Вы, скорее всего, просто взяли в качестве шаблона для своего аддона "кривой" inf с неправильным ярлыком.
Выложите тот inf, через который не получалось деинсталлировать из меню "программы". Посмотрим на него.
atf7,
Благодарю за желание помочь, но я уже решил проблему. Нашёл способ прописать rundll32 advpack,LaunchINFSection %SystemRoot%\Inf\%NAME_INF%.inf,Uninstall . Сделал это в файле конфигурации SFX.
Подскажите в таком деле: есть аддон, работающий практически безукоризненно, за исключением одного момента - при деинсталляции ни в какую не хочет удаляться файл pnf в системной папке %SystemRoot%\Inf и что самое странное - файл inf удаляется из этой же папки той же самой командой без проблем. Вот на всякий случай inf-файл (расширение txt можно убрать) и файл конфигурации SFX:
Честно нет времени особо копаться, но, на первый взгляд смущает то, что расширение %NAME_INF%.pnf маленькими буквами. Попробуйте так: %NAME_INF%.PNF. Ведь PNF файлы создаются в системе с заглавными буквами в расширении.
atf7,
на первый взгляд смущает то, что расширение %NAME_INF%.pnf маленькими буквами. Попробуйте так: %NAME_INF%.PNF. »
Пробовал, не помогло.
Ведь PNF файлы создаются в системе с заглавными буквами в расширении. »
Не думаю, т.к. понаблюдав за этим процессом, убедился, что pnf-файлы система создаёт не только с расширениями, набранныим заглавными буквами, но и маленькими тоже. Закономерности не уловил.
Ну не знаю даже в чем дело.
Вот берем, например ваш обрезанный inf, создаем 7-Zip.pnf в %SystemRoot%\Inf, запускаем этот inf через "Install" Файл удалится без проблем.
Nun-Nun, а папка 7-zip удаляется? Вернее даже не так.В контекстном меню файлов и папок есть строка 7-zip.Если есть, то при деинсталяции приложения необходимо дерегистрировать библиотеку 7-zip.dll.
а папка 7-zip удаляется? Вернее даже не так.В контекстном меню файлов и папок есть строка 7-zip.Если есть, то при деинсталяции приложения необходимо дерегистрировать библиотеку 7-zip.dll. »
Да, и папка удаляется и записи из реестра и все ярлыки тоже (из меню "Программы", из панели быстрого запуска и с рабочего стола). А вот по поводу контекстного меню - не обращал внимания, приду домой посмотрю.
Bodya.N,
Посмотрел. Действительно в некоторых контекстных меню мелькает 7-Zip. Как убрать его регистрацию при деинсталляции аддона?
можно так:
[Version]
Signature="$Windows NT$"
[Uninstall]
RunPreSetupCommands =PROG.UnRegLib
[PROG.UnRegLib]
"regsvr32 /U /S ""%номер переменной каталога%\%каталог%\имя библиотеки.dll"" "
Nun-Nun,прикрепил .inf думаю разберетесь что в нем да как.
В связи с вышеподнятой темой возник ещё один аналогичный вопрос: если при деинсталляции программы-аддона появляется аналогичная проблема с неудалением pnf-файла, но в аддоне есть только exe-шник и нет никаких dll, например, ImgBurn, как быть в этом случае? Там тоже есть какая-то регистрация, которую следует удалять? Если да, то удаление регистрации выполняется аналогично dll или как-то иначе?
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC