Question

Introduction ennuyeuse:

Sur mon lieu de travail, nous avons un très ancien produit WinForms (sur le marché depuis 1994 et fonctionnant toujours sur VB3). Il existe trois versions très différentes, chacune d’elles allant à un client. Les clients le transmettent à leurs utilisateurs, dont certains sont partagés. Les versions peuvent vivre côte à côte.

Il y a cinq ans, nous avons réécrit une de ces versions en C # .Net. Deux ans plus tard, une autre version (appelons-la version M) a été réécrite, et deux ans plus tard, il était temps de convertir la dernière version restante (appelons-la version C). Nous travaillons depuis un an et allons en production cette semaine.

Au cours des conversions, il a été décidé de ne convertir aucun élément vendu en tant que module externe. Celles-ci ont été construites en VB6 et utilisaient plusieurs commandes de BeCubed et FarPoint . Il existe deux modules de ce type dans la version M et trois modules dans la version C. Chaque module a son propre programme d’installation MSI, qui est exécuté silencieusement par le programme d’installation du produit principal.

Le bogue

Au cours de la production, nous avons trouvé un bogue: lorsque la version C est installée sur un nouvel ordinateur, puis que la version M est installée, nous recevons un message dès qu'un module externe est ouvert dans la version C:

erreur BeCubed

Après avoir cliqué sur OK, le module fonctionne. De plus, cela ne se produit pas lorsqu'ils sont installés dans un autre ordre et que les deux modules de la version M fonctionnent parfaitement.

Autres détails

  • Tous les fichiers OCX et DLL ont été comparés à travers toutes les configurations de module; les fichiers sont identiques.
  • Tous les modules fonctionnent quand une seule version M ou C est installée ou quand M est installé en premier.
  • Nous avons des licences pour tous les logiciels que nous utilisons, y compris BeCubed.

Quelqu'un sait-il ce qui pourrait causer une telle erreur, quelle solution pourrait être envisagée?

Était-ce utile?

La solution 2

Apparemment, l'un des modules a installé les OCX dans le répertoire système (par défaut C: \ Windows \ System ), et les autres les ont installés dans un répertoire de fichiers programme ( C: \ Program Files \ CompanyName \ Shared Files ). Cela provoque probablement un conflit en enregistrant deux fois les OCX ou quelque chose comme ça. Je n'ai aucune idée de ce qui n'allait pas, mais lorsque nous avons modifié le module à installer dans le dossier Fichiers partagés , comme tout le monde, le problème a été résolu. J'écris ceci ici, donc si quelqu'un a un problème similaire, il peut vérifier que tous les fichiers sont installés au même endroit.

Autres conseils

Eh bien, comme rien n'est changé dans le fichier, quelque chose a changé dans le registre.

Mais cela semble être un problème pour lequel vous devriez contacter BeCubed, leur demander comment activer la journalisation étendue ou leur demander de l'aide.

À l'heure actuelle, il n'y a pas assez d'informations pour savoir ce qui se passe réellement ...

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top