Oto konfiguracja: Mam starszy sprzęt do zdalnego monitorowania, znany jako Borsuk. Oprogramowanie sterujące GUI działające w systemie Windows to aplikacja Java, płyta CD ma datę 2003 roku, ale myślę, że oprogramowanie jest znacznie starsze. setup.exe
Nie działa na mojej instalacji AMD64 Windows 7, to otrzyma 32 bit / 64 Bit błąd, podejrzewam, że to może być 16-bitowa aplikacja (jest to z pewnością dość brzydki).
W każdym razie próbowałem rozwiązać ten problem za pomocą gościa VM VM XP w VirtualBox na hoście AMD64 Windows 7. setup.exe
Działa poprawnie, ale gdy próbuję uruchomić aplikację Java I uzyskać natychmiastowy błąd systemu Windows:
Plik java.exe napotkał problem i musi zostać zamknięty.
Jeśli kliknę tutaj, aby zobaczyć, jakie dane zawiera ten raport o błędzie, otrzymam:
AppName: java.exe AppVer: 0.0.0.0
ModName: javai.dll ModVer: 0.0.0.0
Offset: 0009b4e
Gdy przeglądam informacje techniczne na temat raportu o błędzie, zwykle pojawia się bełkot binhex, ale niektóre teksty narzekają między innymi na brak pamięci, złą nadklasę, zły indeks, błąd alokacji pamięci klasy.
Za błędem kryje się okno CMD z:
Symantec Java! JustInTime Compiler Version 3.00.029 (i) dla JDK 1.1.x, Copyright 1996-98 Symantec Corporation
Później, w domu na moim komputerze iMac, który również miał gościa XP VM w VirtualBox, zainstalowałem oprogramowanie i pomyślnie go uruchomiłem. Następnie wyeksportowałem maszynę wirtualną, zaimportowałem ją do hosta AMD64 Windows 7 i napotkałem ten sam błąd, jak opisano powyżej.
Oczywiście, Hosty są bardzo różne od siebie, ale zastanawiam się, co konkretnie jest przyczyną tego zachowania, gdzie działa na hoście Mac, ale nie na hoście AMD / Windows?
źródło
Odpowiedzi:
Niektóre różnice w procesorze są widoczne dla gości na maszynach wirtualnych, takich jak VMware, Virtual PC (aktualna wersja) i VirtualBox, które używają natywnego kodu.
Próbować:
źródło
Właściwie pracowałem nad oprogramowaniem, o którym mówisz. To, co robiliśmy w przeszłości, aby obejść dziwne problemy z java / OS, polegało na zmianie docelowego skrótu GUI, aby używał zainstalowanej wersji Java, a nie wersji Java, którą zapisaliśmy w piaskownicy na płycie CD. Spróbuj to zmienić, a następnie uruchom skrót, aby zobaczyć, czy to pomoże.
Powodzenia!
źródło
Nie mogę odpowiedzieć na twoje konkretne pytanie dotyczące różnic między hostami, ale możesz być w stanie uruchomić oprogramowanie sterujące Badger GUI, używając bardziej nowoczesnej wirtualnej maszyny Java.
Spróbuj zainstalować najnowszą maszynę JVM na hoście Windows 7 AMD64 - gościnna maszyna wirtualna systemu Windows XP i użyć jej do uruchomienia programu.
Pobierz tutaj: http://www.java.com/en/download/manual.jsp
źródło
Zastanawiam się, czy problem, który masz, jest związany z zaporą systemu Windows 7, która blokuje oprogramowanie przed łączeniem się ze sprzętem Badger i aplikacją Java, a nie z wdzięcznością obsługuje ten wyjątek. Nie jestem zaznajomiony ze sprzętem Badger, ale fakt, że masz maszynę wirtualną działającą na iMacu (która domyślnie nie włącza zapory), ale ta sama maszyna wirtualna zawiodła na polu Windows 7 (która domyślnie włącza zaporę) prowadzi wierzę, że to może być problem. Sugeruję użycie aplikacji Service Manager w systemie Windows 7, aby tymczasowo zatrzymać usługę zapory i ponownie uruchomić test, aby sprawdzić, czy tym razem się powiedzie. Jeśli tak, musisz sprawdzić dokumentację borsuka, aby zobaczyć, z jakich portów korzysta, i zezwolić na te przez zaporę.
źródło