Pregunta

Introducción aburrida:

En mi lugar de trabajo, tenemos un producto WinForms muy antiguo (en el mercado desde 1994, y todavía se ejecuta en VB3). Tiene tres versiones muy diferentes, cada una de ellas va a un cliente. Los clientes lo pasan a sus usuarios, algunos de los cuales son compartidos. Las versiones pueden vivir lado a lado.

Hace cinco años, reescribimos una de esas versiones en C # .Net. Dos años más tarde, se reescribió otra versión (llamémosla versión M), y dos años después, llegó el momento de convertir la última versión restante (llamémosla versión C). Hemos estado trabajando durante un año y vamos a producir esta semana.

Durante las conversiones, se decidió no convertir todo lo que se vendió como un módulo externo; estos se crearon en VB6 y usaron varios controles de BeCubed y FarPoint . Hay dos módulos de este tipo en la versión M y tres módulos en la versión C. Cada módulo tiene su propio instalador MSI, que se ejecuta silenciosamente por el instalador principal del producto.

El error

Durante la producción, encontramos un error: cuando se instala la versión C en una computadora nueva, luego se instala la versión M, recibimos un mensaje tan pronto como se abre un módulo externo en la versión C:

BeCubed error

Después de hacer clic en Aceptar, el módulo funciona. Además, esto no sucede cuando se instalan en cualquier otro orden y ambos módulos en la versión M funcionan perfectamente.

Otros detalles

  • Todos los archivos OCX y DLL se han comparado a través de todas las configuraciones de módulos; Los archivos son idénticos.
  • Todos los módulos funcionan cuando solo se instala una versión M o C, o cuando se instala M primero.
  • Tenemos licencias para todo el software que usamos, incluido BeCubed.

¿Alguien sabe qué podría causar tal error, cuál podría ser una posible solución?

¿Fue útil?

Solución 2

Aparentemente, uno de los módulos instaló los OCX en el directorio del sistema (por defecto C: \ Windows \ System ), y los otros los instalaron en un directorio de archivos de programa ( C: \ Archivos de programa \ Nombre de empresa \ Archivos compartidos ). Eso probablemente cause un conflicto en el registro doble de los OCX o algo así. No tengo idea de lo que estaba mal allí, pero cuando cambiamos el módulo para instalarlo en la carpeta Shared Files como todos los demás, el problema se solucionó. Estoy escribiendo esto aquí, por lo que si alguien tiene un problema similar, él podría verificar que todos los archivos estén instalados en la misma ubicación.

Otros consejos

Bueno, como no se cambia nada en el archivo, tal vez se cambie algo en el registro.

Pero esto parece ser un problema para el que debe ponerse en contacto con BeCubed, preguntarles cómo activar el registro extendido o pedirles ayuda.

En este momento no hay suficiente información para saber qué sucede realmente ...

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top