Diferença entre o Mac e o Windows Host para XP Guest no VirtualBox

8

Aqui está a configuração: Eu tenho um equipamento de monitoramento remoto mais antigo, conhecido como Badger. O software de controle GUI que roda no Windows é um aplicativo Java, o CD tem uma data de 2003, mas acho que o software é muito mais antigo. O setup.exe não roda na minha instalação do AMD64 no Windows 7, recebo um erro de 32 bits / 64 bits, suspeito que possa ser um aplicativo de 16 bits (com certeza é bastante feio).

De qualquer forma, tentei resolver isso com um XP VM Guest no VirtualBox no host AMD64 Windows 7. O setup.exe é executado bem, mas quando tento iniciar o aplicativo Java, recebo um erro imediato do Windows:

java.exe has encountered a problem and needs to close.

Se eu clicar aqui para ver quais dados este relatório de erro contém, recebo:

AppName: java.exe AppVer: 0.0.0.0
ModName: javai.dll ModVer: 0.0.0.0
Offset: 0009b4e

Quando vejo informações técnicas sobre o relatório de erros, há o jargão usual do binhex, mas parte do texto reclama de falta de memória, superclasse ruim, índice inválido, erro de alocação de armazenamento de classe, entre outros.

Por trás do erro está a janela do CMD com:

Symantec Java! JustInTime Compiler Version 3.00.029(i) for JDK 1.1.x, Copyright 1996-98 Symantec Corporation

Mais tarde, em casa, no meu iMac, que também tinha um XP VM Guest no VirtualBox disponível, instalei o software e o iniciei com êxito. Em seguida, exportei a VM, importei-a para o host AMD64 do Windows 7 e corri direto para o mesmo erro descrito acima.

Obviamente, os hosts são muito diferentes uns dos outros, mas eu estou querendo saber o que especificamente é a causa desse comportamento, onde ele funciona no host Mac, mas não no host AMD / Windows?

    
por baraboom 24.06.2011 / 22:18

4 respostas

1

Algumas diferenças de CPU são visíveis para os convidados em máquinas virtuais como VMware, Virtual PC (versão atual) e VirtualBox que usam execução de código nativo.

Tente:

  • desativando a virtualização de hardware. Máquina - > Configurações - > Sistema - > Acelerao; Desmarque a opção Ativar VT-x / AMD-V
  • usando um programa de máquina virtual diferente , talvez um emulador real, como Bochs ou QEMU (o último teria que ser apropriadamente configurado como ele pode usar a execução nativa, bem como a emulação).
  • executá-lo em um PC diferente
por 01.07.2011 / 03:29
1

Eu realmente trabalhei no software que você está se referindo. As coisas que fizemos no passado para contornar problemas de java / OS estranhos foram alterar o alvo de atalho da GUI para usar sua versão do Java instalada, em vez da versão do Java que armazenamos no CD. Tente alterar isso e, em seguida, execute o atalho para ver se isso ajuda.

Boa sorte!

    
por 21.08.2011 / 21:53
0

Não consigo responder à sua pergunta específica sobre o que é diferente entre os hosts, mas você pode conseguir que seu software de controle GUI do Badger funcione usando uma Java Virtual Machine mais moderna.

Tente instalar a JVM mais recente em seu host AMD64 do Windows 7 - VM convidada do Windows XP e use-a para executar o programa.

Faça o download aqui: link

    
por 27.06.2011 / 19:07
0

Gostaria de saber se o problema que você está tendo está relacionado ao firewall do Windows 7 bloquear o software de se conectar ao equipamento Badger e ao aplicativo Java, em vez de lidar com essa exceção normalmente terminada. Eu não estou familiarizado com o equipamento Badger, mas esse fato que você tem a VM trabalhando no iMac (que por padrão não habilita o firewall) mas a mesma VM falhou na caixa do Windows 7 (que por padrão habilita o firewall) leva Eu acredito que isso pode ser o problema. Sugiro usar o aplicativo Gerenciador de Serviços no Windows 7 para interromper temporariamente o serviço de firewall e executar seu teste novamente para ver se ele é bem-sucedido neste momento. Se for, então você terá que verificar a documentação do Badger para ver quais portas ele usa e permitir que eles passem pelo seu firewall. Se estiver usando o protocolo SNMP, você precisará do UDP / 161 e do UPD / 162.

    
por 28.06.2011 / 02:50