[dimon1947]

Попытка внести данные в реестр не в inf-формате начиная с: ;Поиск в Яндексе (IE7) »

Вот все и верно. Небрежность и тут же получай привет от винды.
Установил Reg2Inf и делай свои твики в inf-формате

[tr011_tmn]

dimon1947, jameszero, переделал твики под Inf формат, сглупил, но загвоздка в том что и раньше они были внесены подобным (неверным) способом, но раньше это никак не влияло, они просто не применялись и все

[dimon1947]

раньше это никак не влияло, они просто не применялись и все »

Может из-за того, что вылезла последняя строчка не закоментированного кириллического текста?

[tr011_tmn]

dimon1947, если честно затрудняюсь ответить. т.к. не хватает знаний, не отрицаю и вашу правоту.
На данный момент ошибка исчезла, и я доволен

[dimon1947]

dimon1947, если честно затрудняюсь ответить. т.к. не хватает знаний »

Главное результат, а знания приходят..
Не боги горшки обжигают!

[Mr dUSHA]

jameszero,
В аддоне в файле IE7int.inf есть такая секция (я хвост обрезал, вы и так поймете ):

Код:

[RenameOperation.AddReg]
HKLM,"SYSTEM\CurrentControlSet\Control\Session Manager","AllowProtectedRenames",0x00010001,01,00,00,00
HKLM,"SYSTEM\CurrentControlSet\Control\Session Manager","PendingFileRenameOperations",0x00010000,"\??\%11%\DllCache\new_imgutil.dll"................"

Так вот такая запись добавления строк в PendingFileRenameOperations не корректна, поскольку перезаписывает все, что туда могли добавить другие программы раньше, чем выполнялся ваш ИНФ.

Кроме того, если добавлять туда строки через ИНФ-файл с помощью ключа типа REG_SZ_APPEND (0x00010008), то добавление работает, но есть один побочный эффект:
В этом ключе запись на обработку одного файла занимает две строки, из которых первая - исходное имя файла, а вторая - новое имя. Но если производится удаление файла, то вторая строка будет пустая, и реально состоять из одного нулевого символа. Так вот движок, обрабатывающий ИНФ-файлы, вставляет новые строки, добавляемые через тип строки REG_SZ_APPEND начиная с позиции первой нулевой строки, например:
Если было:

Код:

\??\C:\File1.ext

\??\C:\File2.ext

\??\C:\File3.ext

(в конце, после File3.ext – нулевая строка)
Что означало удаление трех файлов в корне диска С.
То после добавления из ИНФ файла такого куска, переименовывающего еще два других файла:

Код:

HKLM,"SYSTEM\CurrentControlSet\Control\Session Manager","PendingFileRenameOperations",0x00010008,"\??\D:\File5.ext"
HKLM,"SYSTEM\CurrentControlSet\Control\Session Manager","PendingFileRenameOperations",0x00010008,"\??\D:\File6.ext"
HKLM,"SYSTEM\CurrentControlSet\Control\Session Manager","PendingFileRenameOperations",0x00010008,"\??\D:\File7.ext"
HKLM,"SYSTEM\CurrentControlSet\Control\Session Manager","PendingFileRenameOperations",0x00010008,"\??\D:\File8.ext"

В реестре получится следующая каша в этом ключе:

Код:

\??\C:\File1.ext
\??\D:\File5.ext
\??\D:\File6.ext
\??\D:\File7.ext
\??\D:\File8.ext

Что будет означать переименование File1.ext в File5.ext, File6.ext в File7.ext, а файл File8.ext вообще останется "подвешенным в воздухе".

Этот баг где-то описан у Майкрософта в MSDN (убейте меня, но не помню, где именно….)

Единственный способ корректной обработки этого ключа – это WinApi функция MoveFileEx с параметром MOVEFILE_DELAY_UNTIL_REBOOT, вызываемая из какой-либо программы.

Для переименования файла используется вызов:
MoveFileEx(FileName1, FileName2, MOVEFILE_DELAY_UNTIL_REBOOT)

А для удаления файла – вызов:
MoveFileEx(FileName1, NULL, MOVEFILE_DELAY_UNTIL_REBOOT)

Функция корректно производит стыковку новых добавляемых строк с существующими старыми, добавленными раньше.


Обратите внимание еще на то, что если такой же метод переименования файлов через ИНФ-файл, как и у вас, используется и в других аддонах, то аддоны будут мешать друг другу, и ключ в реестре будет перезаписан аддоном, который последним производил запись в ключ.
И можно до умопомрачения биться головой об стену выискивая глюки в своем аддоне, при том, что он сам по себе, на тестовой установке (на виртуалке например) работает корректно.

[jameszero]

Mr dUSHA
Да, я знаю об ограничении внесения информации в PendingFileRenameOperations стандартными способами.
Когда делал аддон, присматривался к утилитам Inuse и MoveEx. Уже не помню, но что то не клеилось и я забросил их в угоду тупому внесению записи в реестр. Конфликов с другими аддонами тогда не было.
Появится свободное время - поковыряю ещё более корректные способы замены файлов.

[Mr dUSHA]

Уже не помню, но что то не клеилось и я забросил их в угоду тупому внесению записи в реестр. Конфликов с другими аддонами тогда не было. »

Я начал ковыряться в чужих аддонах в этом направлении, поскольку в теме о моем аддоне уже от двух людей жалобы, что не срабатывает патч библиотек. У меня там на Т-40 патчатся библиотеки sfc_os.dll, uxtheme.dll (там применяется именно MoveFileEx, корректно вносящая изменения в ключ реестра), и после перезагрузки оригиналы заменяются патчеными.
В новой версии я перенесу патч на Т-0, хотя это и не будет универсальным решением…

Для отложенного переименования/удаления файлов я когда-то делал вот такую примитивную утилитку.

[jameszero]

Mr dUSHA

Для отложенного переименования/удаления файлов я когда-то делал вот такую примитивную утилитку »

Утилита не совсем правильно вносит данные в PendingFileRenameOperations.
Упущен восклицательный знак и переименование не работает, завешивая при этом OOBE.

Код:

\??\C:\WINDOWS\system32\new_imgutil.dll
!\??\C:\WINDOWS\system32\imgutil.dll

Прикрутил MoveEx.exe к IE8_Reload. Если тесты будут успешны, внесу изменения и в IE7_Reload.

[Mr dUSHA]

Упущен восклицательный знак и переименование не работает, завешивая при этом OOBE. »

Знак необязателен, и означает принудительное переименование с перезаписью существующего файла с таким же именем, как имя назначения.
Для функции MoveFileEx это задается комбинацией флагов: MOVEFILE_DELAY_UNTIL_REBOOT|MOVEFILE_REPLACE_EXISTING
Само собой, что без флага MOVEFILE_REPLACE_EXISTING, и в результате восклицательного знака, переименование работает, только если файл с именем файла назначения не существует.

Если вас заинтересует, я набросал исходник утилиты, которая работает с INF-файлом, в котором обрабатывает какую-то предопределенную секцию, где указаны файлы на переименование, например:
[rename.section]
FileNameOld=FileNameNew

При этом есть возможность использовать все стандартные переменные INF-файлов, например %10%, %11%, %12%...
Чуть позже выложу это...