MsiInstaller-Fehler 1935 HRESULT: 0x8007054F bei der Installation von SAP Crystal Reports x64

1320
Ignacio Soler Garcia

Bei der Installation der x64-Version von Crystal Reports wird auf zufälligen Computern der folgende Fehler angezeigt:

Produkt: Laufzeit-Engine von SAP Crystal Reports für .NET Framework (64-Bit) - Fehler 1935. Bei der Installation der Assemblykomponente ist ein Fehler aufgetreten. HRESULT: 0x8007054F. Assemblyschnittstelle: IAssemblyCacheItem, Funktion: Commit, Assemblyname: Microsoft.VC80.ATL, version = "8.0.50727.4053", publicKeyToken = "1fc8b3b9a1e18e3b", processorArchitecture = "amd64", type = "win32"

Die x86-Version wird korrekt installiert.

Beim Internet haben wir folgende Dinge gefunden und ausprobiert:

  1. So erhöhen Sie den Registrierungswert RegistrySizeLimit. Es hat auf einigen Maschinen funktioniert, auf anderen nicht.
  2. So führen Sie ein Transaktionsprotokoll zurück: fsutil resource setautoreset true C :. Kein Unterschied.

Interessante Symptome gefunden:

  1. Alle fehlerhaften Maschinen haben Probleme mit Windows Update. Das Update-Protokoll zeigt eine KB (nicht immer gleich), die einen endlos wiederholten Fehler anzeigt.
  2. Beim Ausführen eines SFC / Scannow wird immer angezeigt, dass eine Änderung aussteht und ein Neustart erforderlich ist (wenn Sie einen Neustart durchführen, wird immer noch dasselbe angezeigt).
  3. Wenn Sie sich die Eigenschaften des Fensters ansehen, erscheint das Fenster fast leer, ohne dass die meisten Elemente vorhanden sind.

Ideen zur Installation von Crystal Reports und wie kann dies mit Windows Update in Verbindung gebracht werden?

0
Klingt, als ob Crystal Reports von einer KB oder einem kumulativen Update abhängig ist. Haben Sie versucht, die fehlerhaften KB-Fixes per Download von der Microsoft-Site manuell zu installieren? spikey_richie vor 6 Jahren 0
Ein Blick auf http://www.sorcim.com/knowledgebase/error-1935-windows-7.html scheint ein häufiges Windows-Problem zu sein, das nicht mit Crystal zusammenhängt ...: \ Erforscht das Problem. Ignacio Soler Garcia vor 6 Jahren 0

1 Antwort auf die Frage

0
Jorge Yanes Diez

Dieses genaue Problem habe ich heute mit der x64- und der x86-Version der Crystal Reports-Laufzeitumgebung bekämpft, und ich habe einen (schmerzhaften) Weg gefunden, sie trotzdem zu installieren.

Der Grund ist, dass das Installationsprogramm für Crystal Reports Runtime v13.x eine Abhängigkeit von der Visual C ++ Runtime 2005 deklariert, dieses Installationsprogramm ist jedoch sehr fehlerhaft. Es erkennt sich selbst oder spätere Builds von 2005 nicht als bereits installiert, daher wird immer versucht, eine Installation durchzuführen, selbst wenn dies nicht erforderlich ist.

Dies ist normalerweise kein großes Problem, aber es stellt sich heraus, dass das Installationsprogramm auch mit .NET Framework-Installationsprogrammen inkompatibel ist. Wenn Sie sich also unter Windows 7 befinden und bereits installiert haben, z. B. .NET Framework 4.6.1, schlagen alle Crystal Reports Runtime-Installationen mit sehr undeutlichen Meldungen in Bezug auf WinSxS usw. fehl.

Sie spielen einfach kein Spiel, und es gibt keine Befehlszeilenoption zum Installationsprogramm von Crystal Reports Runtime, um VC ++ - Laufzeitprüfungen zu überspringen.

Um der Party mehr Spaß zu bereiten, reicht es nicht aus, .NET Framework 4.6.1 zu deinstallieren, da die Dateien nicht gelöscht werden, es sei denn, Programme, die sie verwenden, werden zuerst deinstalliert.

Also was ich getan habe war:

  • Deinstallieren Sie alles, von dem ich vermutete, dass es .NET Framework 4.6.1 benötigt (Visual Studio 2010 und ALLE Abhängigkeiten, einschließlich SQL Data-Tools usw.).

  • Deinstallation von .NET Framework (dies setzt das System auf die Standardversion zurück. 2.0 im Falle von Windows 7, glaube ich)

  • Deinstallieren Sie alle Visual C ++ - Laufzeiten.

  • Deinstallieren Sie gegebenenfalls alle Crystal Reports-Laufzeiten.

  • Starten Sie neu

  • Installieren Sie die Crystal Reports-Laufzeiten (x86, x64).

  • Installieren Sie .NET Framework 4.6.1 erneut

  • Installieren Sie die Visual C ++ -Laufzeiten neu.

  • Zum Glück brauchte ich VS2010 nicht mehr, ich hatte 2015 auch installiert.

Jetzt klappt alles!

Wow, was für eine erstaunliche Geschichte. Übrigens weiß ich wirklich, warum Sie mit dem gleichen Problem konfrontiert waren ...;) Ignacio Soler Garcia vor 5 Jahren 1

Verwandte Probleme