Різниця між Mac і Windows Host для XP Guest у VirtualBox

Ось налаштування: у мене є старіший елемент дистанційного моніторингу, відомий як Badger. Програмне забезпечення для управління графічним інтерфейсом, яке працює в Windows, - це програма Java, компакт-диск має дату 2003 року, але я думаю, що програмне забезпечення набагато старше. setup.exeНе працює на моєму 7 установки AMD64 Windows, я отримую / 64 біт помилки в 32 бітах, я підозрюю , що це може бути 16 біт додаток (це , звичайно , негарно досить).

У всякому разі, я намагався вирішити це за допомогою XP VM Guest у 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

Коли я переглядаю технічну інформацію про звіт про помилку, є звичайний binhex хитрість, але частина тексту скаржиться на те, що немає пам’яті, поганий суперклас, поганий індекс, помилка розподілу пам’яті класів, серед інших.

За помилкою стоїть вікно CMD з:

Symantec Java! Версія компілятора JustInTime версії 3.00.029 (i) для JDK 1.1.x, Copyright 1996-98 Symantec Corporation

Пізніше, вдома, на своєму iMac, який також мав доступ до XP VM Guest у VirtualBox, я встановив програмне забезпечення та успішно запустив його. Потім я експортував ВМ, імпортував його в мій хост Windows 7 AMD64 і наткнувся прямо на ту саму помилку, як описано вище.

Очевидно, що хости сильно відрізняються один від одного, але мені цікаво, що конкретно є причиною такої поведінки, коли він працює на хості Mac, а не на хості AMD / Windows?

Деякі відмінності процесора помітні гостям у віртуальних машинах, таких як VMware, Virtual PC (поточна версія) та VirtualBox, які використовують натурний код.

Спробуйте:

• відключення віртуалізації апаратних засобів. Машина -> Установки -> Система -> Прискорення; зніміть прапорець Увімкнути VT-x / AMD-V
• використовуючи іншу програму віртуальної машини , можливо, власне емулятор, такий як Bochs або QEMU (останній повинен бути належним чином налаштований, оскільки він може використовувати власне виконання, а також емуляцію).
• працює на іншому ПК

Я фактично працював над програмним забезпеченням, на яке ви посилаєтесь. Що ми робили раніше, щоб подолати дивні проблеми Java / OS, це змінити ціль ярлика для GUI, щоб використовувати встановлену версію Java, а не версію Java, яку ми додавали в компакт-диску. Спробуйте змінити це, а потім запустіть ярлик, щоб побачити, чи це допомагає.

Щасти!

Я не можу відповісти на ваш конкретний питання про те, що відрізняється між хостами, але ви, можливо, зможете змусити свою програму управління Badger GUI працювати, використовуючи більш сучасну віртуальну машину Java.

Спробуйте встановити останню версію JVM у вашому хості Windows 7 AMD64 - гостьовій машині Windows XP, і використайте її для запуску програми.

Завантажте тут: http://www.java.com/en/download/manual.jsp

Цікаво, чи проблема у вас пов’язана з брандмауером Windows 7, що блокує програмне забезпечення підключення до обладнання Badger та додатку Java, а не обробляти цей виняток витончено. Я не знайомий з обладнанням Badger, але той факт, що ви отримали VM, що працює на iMac (який за замовчуванням не вмикає брандмауер), але той самий VM вийшов з ладу у вікні Windows 7 (що за замовчуванням вмикає брандмауер) веде я вважаю, що це може бути проблемою. Я б запропонував застосувати додаток Service Manager у Windows 7, щоб тимчасово зупинити службу брандмауера та запустити свій тест ще раз, щоб побачити, чи успішна вона цього разу. Якщо це так, вам доведеться перевірити документацію Badger, щоб побачити, які порти вона використовує, і дозволити їх через ваш брандмауер.