Frage

Boring Einführung:

In meinem Arbeitsplatz, haben wir ein sehr altes WinForms Produkt (in Markt seit 1994 und laufen noch auf VB3). Es verfügt über drei sehr unterschiedliche Versionen, jeder von ihnen geht an einen Kunden. Die Kunden geben sie nicht an ihre Nutzer, von denen einige gemeinsam genutzt werden. Die Versionen können Side-by-Side leben.

Vor fünf Jahren schrieben wir eine dieser Versionen in C # .NET. Zwei Jahre später, eine andere Version (nennen wir es Version M) wurde neu geschrieben, und zwei Jahre später, war es Zeit für die letzte verbliebene Version (nennen wir es Version C) umgewandelt werden. Wir haben seit einem Jahr arbeiten, und gehen in dieser Woche in der Produktion.

Während der Umbauten, wird beschlossen, nichts zu konvertieren, die als externes Modul verkauft wurden; diese wurden in VB6 gebaut, und sie verwendet, um mehrere Kontrollen von BeCubed und FarPoint . Es gibt zwei solche Module in der Version M und drei Module in der Version C Jedes Modul seine eigene MSI-Installer hat, die durch das Hauptprodukt des Installateurs ruhig ausgeführt wird.

Der Bug

Während der Produktion haben wir einen Fehler: Wenn Version C auf einem frischen Computer in installiert, dann Version M installiert ist, erhalten wir eine Nachricht, sobald ein externes Modul in der Version C geöffnet wird:

BeCubed Fehler

Nach einem Klick auf Ok, funktioniert das Modul. Auch dies geschieht nicht, wenn sie in irgendeiner anderen Reihenfolge und beide Module in der Version M Arbeit installiert sind perfekt.

Andere Details

  • Alle OCX und DLL-Dateien wurden durch alle Modul-Setups verglichen; Die Dateien sind identisch.
  • Alle Module arbeiten, wenn nur eine Version M oder C installiert ist, oder wenn M wird zuerst installiert.
  • Wir haben Lizenzen für die ganze Software, die wir verwenden, einschließlich BeCubed.

Wer weiß, was einen solchen Fehler verursachen könnte, was eine mögliche Lösung sein könnte?

War es hilfreich?

Lösung 2

Anscheinend eines der Module installiert das OCX in das Systemverzeichnis (default C:\Windows\System), und die anderen installierten sie zu einem Programmdateiverzeichnis (C:\Program Files\CompanyName\Shared Files). Das verursacht wahrscheinlich einen Konflikt in doppelt die OCX oder so ähnlich Registrierung. Ich habe keine Ahnung, was los war, aber wenn wir das ein Modul zu installieren, in dem Shared Files Ordner wie alle anderen geändert wird, wurde das Problem behoben. Ich bin das hier schreibe so, wenn jemand ein ähnliches Problem hat, er sicher, dass alle Dateien an derselben Stelle installiert werden, machen überprüfen zu können.

Andere Tipps

Nun, da nichts in die Datei geändert wird, vielleicht wird etwas in der Registrierung geändert.

Aber das scheint wie ein Problem, das Sie BeCubed kontaktieren sollten, fragen Sie sie, wie auf erweiterte Protokollierung drehen oder sie bitten, für die Unterstützung.

Im Moment gibt nicht genügend Informationen zu wissen, was wirklich passiert ...

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top