Ron Anders Ответов: 2

Против 2008 64-разрядный проект установки MSI не автоматическое исцеление / авто-Ремонт!

Небольшая предыстория:


Я обнаружил, что когда мой отличный установщик был запущен на 32-битной машине windows 10 здесь, после запуска установленной программы msi всегда переходил в режим autoheal. То есть "Пожалуйста, подождите, пока Windows настроит"такую-то и такую-то программу". Я выяснил почему, и исправил это, удалив ключевые записи с помощью orca и применив преобразование fixit к msi. - Хороший.

Поэтому я подумал, что мне лучше сделать то же самое с моей 64-битной версией изящной программы. Но сначала было бы хорошо убедиться, что он выходит из строя таким же образом, чтобы я знал, когда я его исправлю, что я действительно сделал.

Поэтому я взял девственный 64-битный установщик (без преобразования) и установил его на коробку windows 10 x64. К моему удивлению, когда я запустил программу, она не работала автоматически, как 32-битная. Поэтому я пошел и удалил один из развернутых файлов, чтобы посмотреть, исправится ли он сам. И нет, это не так!

Я попробовал то же самое на ноутбуке моей жены w10 x64, и там тоже не было автоматического исцеления
как бы я ни злоупотреблял установленной группой файлов!

Вот дерьмо!

Значит, проекты установки VS2008 x64 не будут автоматически запускаться??? - После того, как в сети-нить через нить, что невозможно отключить помимо удаление ключевого пути?

Помогите!

:Рон

Что я уже пробовал:

гуглить, не находя никого другого, у кого даже, кажется, есть такая проблема.

2 Ответов

Рейтинг:
2

Dave Kreskowiak

Autoheal только триггеры в ключевых файлах отсутствуют или повреждены по сравнению с тем, что есть в установщике.

Или, если функция не была установлена, потому что ей было сказано установить ее при первом запуске.

Если файлы были правильно уложены при первоначальной установке, то нет никаких причин для исцеления.

Похоже, что проблема была в 32-битной версии, а не в 64-битной.

Ron Anders

Спасибо за помощь.

64-битный установщик девственен, без каких-либо ключевых путей. На самом деле, ключевой путь существует для usersguide.pdf, например, как в 32-битных, так и в 64-битных установщиках. Только 32-битная ОС, кажется, обнаруживает изменения.

Dave Kreskowiak

Есть рекламируемый ярлык, указывающий на этот файл?

Ron Anders

Нет, об этом я тоже знаю. Ладно, этот файл был плохим примером. Любой файл выскочит из автоматического исцеления.

Это один из них , никакого Рона, только ты.

Все в порядке.

Ron Anders

Когда я завтра пойду на работу, у меня будет возможность поиграть с другими 64-битными ОС windows, так что спасибо за игру, я просто разберусь с этим.

Рейтинг:
0

Ron Anders

Нет, на самом деле обе версии развертывают файл, а затем установщик удаляет его по пути. Это приводило к тому, что 32-бит шел по кругу автоматического исцеления.

На 32-битном ПК с windows 10, если все стабильно и круто, то если я переименую или удалю один из развернутых файлов, таких как usersguide.pdf, то при запуске msi автоматически прогреет его. Если я сделаю то же самое на 64-разрядном ПК с windows 10, ничего не произойдет, и руководство пользователя не будет найдено через ярлык меню программы!

Dave Kreskowiak

Вы опубликовали это как решение, а не ответ. Нажмите кнопку "Задать вопрос или комментарий".

Поскольку вы опубликовали решение, я не получил сообщения о том, что вы ответили на мой пост.

Dave Kreskowiak

Если вы удалите все пути к ключевым файлам, это нарушит исцеление. Ключевые файлы должны быть там, чтобы он работал.