Instalując wersję x64 programu Crystal Reports, otrzymujemy następujący błąd na losowych komputerach:
Produkt: Aparat wykonawczy SAP Crystal Reports dla systemu .NET Framework (64-bit) - Błąd 1935. Wystąpił błąd podczas instalacji komponent montażowy {837BF1EB-D770-94EB-A01F-C8B3B9A1E18E}. HRESULT: 0x8007054F. interface zespołu: IAssemblyCacheItem, funkcja: Commit, nazwa zespołu: Microsoft.VC80.ATL, version = "8.0.50727.4053", publicKeyToken = "1fc8b3b9a1e18e3b", processorArchitecture = "amd64", wpisz = "win32"
Instaluje poprawnie wersję x86.
Patrząc na internet znaleźliśmy i wypróbowaliśmy następujące rzeczy:
- Aby zwiększyć rozmiar wartości rejestru RegistrySizeLimit. Działało na niektórych komputerach, nie na innych.
- Aby wykonać reset dziennika transakcji: fsutil zasób setautoreset true C :. Bez różnicy.
Znaleziono interesujące objawy:
- Wszystkie awaryjne maszyny mają problemy z Windows Update. Dziennik aktualizacji pokazuje KB (nie zawsze taki sam), co daje nieskończenie powtarzający się błąd.
- Wykonanie SFC / scannow zawsze mówi, że jest oczekująca zmiana i konieczne jest ponowne uruchomienie (jeśli zrestartujesz, nadal mówi to samo).
- Patrząc na charakterystykę okien, okno wydaje się prawie puste bez większości elementów, które powinny być obecne.
Jakieś pomysły na instalację Crystal Reports i jak może być powiązany z Windows Update?
źródło
Odpowiedzi:
Walczyłem dziś z tym problemem zarówno z wersjami x64, jak i x86 środowiska wykonawczego Crystal Reports i znalazłem (bolesny) sposób ich instalacji.
Powodem jest to, że instalator Crystal Reports Runtime v13.x deklaruje zależność od Visual C ++ Runtime 2005, ale ten instalator jest z kolei bardzo uszkodzony. Nie rozpozna się sam lub później zbuduje go jako już zainstalowany, więc zawsze będzie podejmowana próba instalacji, nawet jeśli nie będzie to konieczne.
Zazwyczaj nie stanowi to większego problemu, ale okazuje się, że instalator jest również w jakiś sposób niekompatybilny z instalatorami .NET Framework. Jeśli więc korzystasz z systemu Windows 7 i już zainstalowałeś, na przykład .NET Framework 4.6.1, wtedy wszystkie instalacje Crystal Reports Runtime zakończą się niepowodzeniem z bardzo niejasnymi komunikatami dotyczącymi WinSxS i tak dalej.
Po prostu nie grają w grę i nie ma przełącznika wiersza polecenia do instalatora środowiska wykonawczego Crystal Reports w celu pominięcia kontroli środowiska wykonawczego VC ++.
Aby dodać zabawy do zabawy, po prostu odinstalowanie .NET Framework 4.6.1 nie przyniesie rezultatu, ponieważ pozostawia pliki w pobliżu, chyba że programy, które go używają, zostaną najpierw odinstalowane!
Tak więc zrobiłem:
Odinstaluj wszystko, co podejrzewałem, wymaga .NET Framework 4.6.1 (Visual Studio 2010 i WSZYSTKIE zależności, w tym narzędzia SQL Data itp.)
Odinstaluj .NET Framework (to przywraca system do domyślnej wersji. 2.0 w przypadku Windows 7, jak sądzę)
Odinstaluj wszystkie środowiska wykonawcze Visual C ++.
Odinstaluj wszystkie środowiska wykonawcze Crystal Reports, jeśli istnieją.
Restart
Zainstaluj środowiska wykonawcze Crystal Reports (x86, x64).
Zainstaluj ponownie .NET Framework 4.6.1
Zainstaluj ponownie środowiska wykonawcze Visual C ++.
Na szczęście nie potrzebowałem już VS2010, miałem także 2015 rok.
Teraz wszystko działa!
źródło