Crear un paquete de instalación completo para un programa es casi un tema en sí mismo. Hay muchos factores a considerar y la mayoría de nosotros ya no ejecuta Windows 95. El mundo no es tan simple como lo era antes.
Hay muchas cosas que deben abordarse, y algunos de estos problemas de "instalación" significan también cambiar el programa. Por ejemplo, el concepto de "carpetas protegidas" que parecía nuevo para las personas cuando Vista UAC apareció en escena. Supongo que todos se estaban ejecutando como administradores o algo así. En su forma más simple, significa que ya no pone archivos grabables junto al EXE en Programas (también conocido como "Archivos de programa").
Otro factor es que la forma en que se usa el registro ha cambiado. No estoy hablando de virtualización de registro, aunque eso también es parte de esto. Pero el registro COM se puede hacer tanto por máquina como por usuario, e incluso desactivar el UAC puede hacer que esto no funcione. Ver Per-User COM Registrations and Elevated Processes with UAC on Windows Vista SP1. El resultado es que un paquete de instalación no debería ejecutar regsvr32 (o llamar al punto de entrada de autoregistro de una biblioteca COM). Consulte "Observaciones" en SelfReg Table.
instalador de Windows es la forma para seguir adelante en la mayoría de los casos. Los programadores de VB6 tienen Visual Studio Installer 6.0 versión 1.1 disponible como descarga gratuita para crear paquetes de MSI. Consulte "Servidores COM" en el artículo de VFP Using Microsoft Visual Studio Installer for Distributing Visual FoxPro 6.0 Applications para obtener información valiosa.
Esta no es la opción más fácil, pero hay un asistente de configuración de VB en VSI 1.1 para ayudar a obtener los conceptos básicos correctos. Hacer cosas avanzadas como la creación de una subcarpeta [CommonAppData] y establecer los derechos de todos en él tiene que hacerse en un paso posterior a la construcción fuera del IDE. Ahí es donde las herramientas de terceros pueden ser útiles para darle más control sin recurrir a Orca o scripts de instalador posteriores a la construcción.
Los tipos que instalan "heredados" con guiones intentan mantener el ritmo, pero el guión se vuelve cada vez más complicado. Los resultados son a veces dudosos. Windows 7 presenta algunas nuevas arrugas propias.
Si bien ClickOnce no es realmente la mejor opción para VB6, nada dice que no se puede usar COM sin registro para instalaciones XCopy de muchos programas. El COM sin registros incluso puede ser una buena opción para usar en un paquete de instalador.
Así que al final del camino "simple" para implementar programas de VB6 es probablemente va a ser paquetes xcopy COM libre de reg envueltos en un archivo EXE de extracción automática que disparan una secuencia de comandos para crear un acceso directo del menú Inicio . Si puedes vivir sin el atajo, esto es aún más fácil: ¡simplemente descomprime el paquete donde necesita ir!
Ver Make My Manifest o herramientas alternativas para el empaque COM sin registro.
Esto requiere que los sistemas de destino ejecuten XP (preferiblemente SP2) o posterior. El único error posible aquí es que XP no incluyó los tiempos de ejecución del V5 SP6 hasta XP SP3, por lo que primero querrá probar su programa contra los tiempos de ejecución del V5 SP5. Bien, una falla adicional: no puede usar ActiveX EXEs de esta manera, todavía requieren el registro.
posible duplicado de [¿Cuál es la mejor opción para crear instaladores de Windows?] (Http://stackoverflow.com/questions/3767/what-is-the-best-choice-for-building-windows-installers) – saschabeaumont
@sascha No es un duplicado, porque la instalación de programas VB6 es un poco diferente a la instalación.Net programs – MarkJ