Crashes Ladeoberfläche bei der Bereitstellung auf Nicht-Entwicklungsmaschine

Question

Ich habe gerade eine Release-Version meiner Anwendung auf einem frischen Nicht-Entwicklungsmaschine bewältigt und ich habe immer gefunden, wenn eine Scichart-Oberfläche das Programm abstürzt mit dem Standard "Anwendung hat funktioniert nicht mehr: Ein Problem hat dazu geführt, dass das Programm nicht mehr ordnungsgemäß funktioniert. "

Ich habe zwei identische Maschinen, auf die ich die Anwendung geladen habe, jedoch benutzte ich eine, während ich die Testversion von Scichart benutzte, also hatte ich die Testversion installiert, so dass ich sie ausführen konnte Software für eine Demo. Jetzt habe ich eine volle Lizenz, es ist alles in Ordnung auf dieser Maschine. Aber ich kann Hardware sicher ausschließen.

Ich denke, dass ich die Lizenz möglicherweise nicht korrekt bereitstellen werde? Aber wenn das der Fall wäre, sollten die Charts leer sein, anstatt das Programm zum Absturz zu bringen.

Ich habe auf die neueste Version 4.05 aktualisiert.

Irgendwelche Ideen, wo man nach dem Problem sucht? Prost.

Answer 1

Es klingt für mich wie entweder die Anwendung selbst wirft eine Ausnahme, oder die .NET 4.0 Runtime ist nicht auf dem Ziel-PC installiert.

Um dies zu überprüfen, stellen Sie sicher, dass .NET4.0 Runtime (oder 4.5/4.6, wenn Sie für diese Version kompilieren) auf dem Ziel-PC installiert ist.

Wenn das nicht hilft, müssen Sie eine global catch-all handler in your WPF application schreiben und die Ausnahme protokollieren, die Sie erhalten. Dann sollten Sie von der Ausnahmebedingungsnachricht, der Stack-Ablaufverfolgung, der inneren Ausnahme (falls vorhanden) in der Lage sein, das Problem zu identifizieren.

Auch die WPF-Charts mit DirectX-Hardwarebeschleunigung haben einige Abhängigkeiten, aber SciChart ist auf fall back to software rendering ausgelegt, wenn Abhängigkeiten nicht gefunden werden.

Schließlich erfordern bestimmte Komponenten in SciChart wie WPF 3D Charts die Visual C++ 2013 Runtime. Es sollte eine Ausnahme ausgelöst werden, wenn VC++ 2013 nicht auf dem Ziel-PC gefunden wird. Aber abgesehen davon sind die Abhängigkeiten ziemlich gering.

Kommentieren Sie hier mit, was Sie finden.