Вот настройка: у меня есть старое оборудование для удаленного мониторинга, известное как Badger. Программное обеспечение для управления графическим интерфейсом, которое работает в Windows, является приложением Java, на компакт-диске дата 2003 года, но я думаю, что программное обеспечение намного старше. Это setup.exeне работает на моей установке AMD64 Windows 7, я получаю 32-битную / 64-битную ошибку, я подозреваю, что это может быть 16-битное приложение (это, безусловно, достаточно некрасиво).
Во всяком случае, я пытался решить эту проблему с гостем виртуальной машины XP в VirtualBox на хосте AMD64 Windows 7. setup.exeРаботает нормально , но когда я пытаюсь запустить приложение Java , я получаю немедленную ошибку ОС Windows:
java.exe столкнулся с проблемой и должен быть закрыт.
Если я нажму здесь, чтобы увидеть, какие данные содержит этот отчет об ошибке, я получу:
AppName: java.exe AppVer: 0.0.0.0
ModName: javai.dll ModVer: 0.0.0.0
Offset: 0009b4e
Когда я просматриваю техническую информацию об отчете об ошибках, возникает обычная бибексия, но некоторые тексты жалуются на нехватку памяти, плохой суперкласс, плохой индекс, ошибку выделения памяти для класса и другие.
За ошибкой находится окно CMD с:
Symantec Java! Компилятор JustInTime Версия 3.00.029 (i) для JDK 1.1.x, Авторские права 1996-98 Symantec Corporation
Позже, дома, на своем iMac, на котором также была доступна гостевая виртуальная машина XP в VirtualBox, я установил программное обеспечение и успешно запустил его. Затем я экспортировал виртуальную машину, импортировал ее на свой Windows 7 хост AMD64 и столкнулся с той же ошибкой, что и описанная выше.
Очевидно, что хосты сильно отличаются друг от друга, но мне интересно, что конкретно является причиной такого поведения, где оно работает на хосте Mac, а не на хосте AMD / Windows?
источник
Ответы:
Некоторые различия ЦП видны гостям в виртуальных машинах, таких как VMware, Virtual PC (текущая версия) и VirtualBox, которые используют выполнение собственного кода.
Пытаться:
источник
Я на самом деле работал над программным обеспечением, на которое вы ссылаетесь. В прошлом мы пытались обойти странные проблемы с java / OS: изменили цель ярлыка GUI для использования установленной версии Java, а не версии Java, которую мы поместили в песочницу на компакт-диске. Попробуйте изменить это, а затем запустить ярлык, чтобы увидеть, поможет ли это.
Удачи!
источник
Я не могу ответить на ваш конкретный вопрос о том, что отличается между хостами, но вы могли бы заставить работать программное обеспечение управления графическим интерфейсом Badger, используя более современную виртуальную машину Java.
Попробуйте установить последнюю версию JVM на хост Windows 7 AMD64 - гостевую виртуальную машину Windows XP и использовать ее для запуска программы.
Загрузить здесь: http://www.java.com/en/download/manual.jsp
источник
Интересно, связана ли ваша проблема с брандмауэром Windows 7, блокирующим подключение программного обеспечения к оборудованию Badger и приложению Java, а не к тому, что обработка этого исключения изящно только что заканчивается. Я не знаком с оборудованием Badger, но тот факт, что у вас есть виртуальная машина, работающая на iMac (которая по умолчанию не включает брандмауэр), но тот же сбой виртуальной машины на коробке Windows 7 (которая по умолчанию включает брандмауэр) приводит к мне верить, что это может быть проблемой. Я бы предложил использовать приложение Service Manager в Windows 7, чтобы временно остановить службу брандмауэра, и снова запустить тест, чтобы проверить, успешно ли он выполнен в этот раз. Если это так, вам придется проверить документацию Badger, чтобы увидеть, какие порты он использует, и разрешить их через брандмауэр.
источник