Aplikacja nie uruchamia się

Cześć Anna M,

Kod 0xe0434352 jest tutaj kluczowym identyfikatorem. Reprezentuje "wyjątek CLR" (Common Language Runtime), co oznacza, że aplikacja Comarch napotkała wewnętrzny błąd w kodzie .NET, którego nie była w stanie obsłużyć przez Windows, zmuszając Windows do zakończenia procesu za pomocą KERNELBASE.dll. Log, który podałeś, to ogólny raport awarii systemu, ale ukrywa prawdziwą przyczynę awarii.

Aby wygenerować optymalne rozwiązanie, potrzebuję jednej konkretnej dodatkowej informacji z Twojego Event Viewera. Proszę poszukać wpisu Error event z kodem źródłowym ".NET Runtime", który wystąpił dokładnie w tym samym czasie co awaria aplikacji. Ten wpis będzie znajdował się tuż obok "Błędu aplikacji", który zamieściłeś. Loga uruchomienia .NET zawiera "Exception Info" oraz "Stack Trace" (na przykład System.Data.SqlClient.SqlException lub System.IO.FileNotFoundException), które dokładnie informują, który komponent (połączenie z bazą danych, sterownik drukarki lub system plików) wywołuje awarię.

Tymczasowo, ponieważ jest to zasadniczo problem integralności frameworka, możesz spróbować rozwiązać ten problem, naprawiając podstawowe środowisko działania. Pobierz i uruchom oficjalne narzędzie Microsoft .NET Framework Repair Tool. To narzędzie przeskanuje i automatycznie koryguje uszkodzenia w pamięci podręcznej asemblera .NET oraz ponownie rejestruje usługę instalatora Windows. Po uruchomieniu narzędzia zrestartuj serwer lub stację roboczą. Jeśli awaria się utrzymuje, przejdź do Control Panel > Programs and Features, kliknij prawym przyciskiem myszy na Comarch ERP Optima i wybierz opcję Naprawa, aby upewnić się, że konkretne powiązania asemblerów aplikacji są poprawnie zarejestrowane w Global Assembly Cache (GAC).

Mam nadzieję, że znalazłeś tu coś przydatnego. Jeśli pomoże ci to lepiej zrozumieć problem, wdzięcznie zaakceptuj odpowiedź. Jeśli masz więcej pytań, śmiało zostaw wiadomość. Miłego dnia!

Wiceprezydent

Aplikacja: Comarch Biuro Rachunkowe.exe

Wersja architektury: v4.0.30319

Opis: proces został przerwany z powodu nieobsłużonego wyjątku.

Informacje o wyjątku: System.IO.FileNotFoundException

w BiuroRachunkowe.App.Infrastructure.BiuroRachunkoweApplicationInitializer.get_ViewInits()

w Optima.Common.View.WinForms.ApplicationInitializer`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]]..ctor()

w ajnYbm8MvnZOoFywJw.I0l7nvY8jGgkWl4qiw.yqcVK6v8s(System.String[])

Cześć Anna M,

Przyczyną jest występowanie System.IO.FileNotFoundException w BiuroRachunkowe.App.Infrastructure przestrzeni nazw podczas fazy inicjalizacji aplikacji.

Najpierw musisz przejrzeć historię swojego oprogramowania antywirusowego lub oprogramowania Endpoint Detection and Response (EDR). Prawdopodobne jest, że aktualizacja definicji bezpieczeństwa niedawno oznaczyła konkretną bibliotekę w katalogu C:\Program Files (x86)\Comarch ERP Optima\ (często związaną z BiuroRachunkowe lub Optima.Common.View) jako fałszywy alarm i przeniosła ją do kwarantanny. Jeśli znajdziesz jakiekolwiek pliki związane z Comarch w kwarantannie, przywróć je i stwórz wykluczenie dla całego folderu Comarch ERP Optima.

Jeśli kwarantanna antywirusowa jest pusta, musisz odinstalować Comarch ERP Optima przez appwiz.cpl. Po odinstalowaniu przejdź do C:\Program Files (x86)\ i ręcznie przemianuj pozostały Comarch ERP Optima folder na . Comarch ERP Optima_OLD Zapewnia to, że gdy ponownie uruchamiasz instalator (używając pełnego pliku wykonywalnego, a nie łatki), jest on zmuszony do nałożenia nowego zestawu plików binarnych i ścisłej rejestracji wszystkich BiuroRachunkowe asembli, rozwiązując problem FileNotFoundException.

Witaj ponownie**, Anna M,**

Tylko dopytuję. Zanim przystąpisz do pełnego ręcznego czyszczenia i reinstalacji, którą polecam, możesz spróbować ukierunkowanej naprawy, aby zweryfikować zestaw funkcji. Przejdź do Panelu Sterowania > Programy i Funkcje, wybierz Comarch ERP Optima i kliknij Zmień. Upewnij się, że komponent "Biuro Rachunkowe" (Biuro Rachunkowe) jest wyraźnie wybrany w drzewie funkcji instalacji. Jeśli został odznaczony podczas ostatniej aktualizacji, główny plik wykonywalny się uruchomi, ale natychmiast się zawiesza, gdy spróbuje zaiificować ten konkretny widok. Jeśli funkcja jest już wybrana lub Naprawa nie przywraca brakującego pliku, czysta instalacja (zmiana nazwy katalogu instalacyjnego w celu wymuszenia świeżej ekstrakcji binarnej) pozostaje jedynym niezawodnym rozwiązaniem do przywrócenia integralności pamięci podręcznej asemblera .NET dla tej wersji.

Jeśli problem został pomyślnie rozwiązany, rozważ zaakceptowanie odpowiedzi, ponieważ pomaga to także innym osobom z tym samym pytaniem. Dziękuję!

Wiceprezydent