Одиночный MSI для установки правильного 32 или 64-битного приложения С#
У меня есть приложение С#, которое создано для платформ x86 (32 бит) и x64 (64-разрядных). Моя система сборки в настоящее время выводит два установщика MSI, по одному для каждой платформы. В случае, если это имеет значение, мое приложение С# включает панель инструментов панели задач Windows, что означает, что установленная DLL должна быть загружена процессом explorer.exe.
Можно ли создать один установщик MSI, который установит правильную версию моего приложения в зависимости от того, является ли текущая ОС 64-разрядной ОС?
В настоящее время это достигается с помощью http://dotnetinstaller.codeplex.com/ для создания EXE, который выполняет проверку архитектуры, а затем запускает правильный MSI. Тем не менее, я бы предпочел чисто основанный на MSI подход.
Ответы
Ответ 1
Нет, это невозможно. См. Heath Stewart Опубликовать различные пакеты для разных архитектур процессоров. Единственный способ справиться с этим с MSI - это бутстрап в соответствии с тем, что вы описываете. Если вам просто нужно поместить файл или ключ или два в 64-битное местоположение, это возможно (но не рекомендуется) сделать это в пользовательском действии, но изменение целевого места установки и использование встроенной поддержки файлов MSI выиграли ' т работы.
Ответ 2
Вы можете решить проблему. Упакуйте 2 установщика в третий проект развертывания. Создайте настраиваемое действие, которое проверяет текущую версию ОС, затем заставьте установщик вызвать нужный установщик.
Что-то вроде этого:
[RunInstaller(true)]
public partial class MyInstaller: Installer
{
String installerPath;
public MyInstaller()
{
InitializeComponent();
if (Is64Bit())//running as 64-bit
{
installerPath= @"installfolder\my64bitsetup.exe";
}
else
{
installerPath= @"installfolder\my32bitsetup.exe";
}
}
[SecurityPermission(SecurityAction.Demand)]
public override void Install(IDictionary stateSaver)
{
base.Install(stateSaver);
}
[SecurityPermission(SecurityAction.Demand)]
public override void Commit(IDictionary savedState)
{
base.Commit(savedState);
MyInstall();
}
[SecurityPermission(SecurityAction.Demand)]
public override void Rollback(IDictionary savedState)
{
base.Rollback(savedState);
}
[SecurityPermission(SecurityAction.Demand)]
public override void Uninstall(IDictionary savedState)
{
base.Uninstall(savedState);
base.Commit(savedState);
}
private void MyInstall()
{
ProcessStartInfo procStartInfo = new ProcessStartInfo("cmd.exe", "/c " + installerPath);
RunProcess(procStartInfo);
}
private void RunProcess(ProcessStartInfo procStartInfo)
{
Process proc = new Process();
proc.StartInfo = procStartInfo;
proc.Start();
proc.WaitForExit();
}
[DllImport("kernel32.dll", SetLastError = true, CallingConvention = CallingConvention.Winapi)]
[return: MarshalAs(UnmanagedType.Bool)]
public static extern bool IsWow64Process([In] IntPtr hProcess, [Out] out bool lpSystemInfo);
private bool Is64Bit()
{
return (IntPtr.Size == 8 || (IntPtr.Size == 4 && Is32BitProcessOn64BitProcessor()));
}
private bool Is32BitProcessOn64BitProcessor()
{
bool retVal;
IsWow64Process(Process.GetCurrentProcess().Handle, out retVal);
return retVal;
}
Хорошо, это было долго...
В любом случае, в Commit вы можете быть уверены, что установщики уже распакованы, просто убедитесь, что у вас есть правильный путь. (Вы можете изменить команду cmd из /c в/k для тестирования, которая сохранит окно командной строки для просмотра сообщений)
Вы можете прочитать еще несколько о пользовательских действиях, путь установки может быть передан аргументами.