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

8

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

Enfim, tentei resolver isso com um convidado da VM XP no VirtualBox no host AMD64 Windows 7. A setup.exeexecução é boa, mas quando tento iniciar o aplicativo Java, recebo um erro imediato do Windows:

O java.exe encontrou um problema e precisa fechar.

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

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

Quando visualizo informações técnicas sobre o relatório de erros, há os erros comuns do binhex, mas parte do texto se queixa de falta de memória, superclasse ruim, índice ruim, 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 versão 3.00.029 (i) para 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 sucesso. Em seguida, exportei a VM, importei-a para o meu host Windows 7 AMD64 e corri diretamente para o mesmo erro descrito acima.

Obviamente, os hosts são muito diferentes um do outro, mas estou me perguntando qual é a causa específica desse comportamento, onde ele funciona no host Mac, mas não no host AMD / Windows?

virtualbox hardware-virtualization

— baraboom
fonte

Apenas para atualizar, a execução do Vista (gag) no laptop da esposa com um processador Intel Centrino também funciona com o VirtualBox e a XP VM.

— baraboom

Você não menciona as versões do VirtualBox. O seu Mac e PC podem estar executando versões diferentes do VB?

— CarlF

@CarlF, eu gostaria que fosse assim tão simples, mas todos eles estão executando a versão 4.0.8 (a mais recente, acredito).

— baraboom

As duas instalações do VM Xp são iguais? O Virtualbox me alertou sobre algo a ver com o bit-ness do Windows no Mac. Windows on Windows só lhe permite ir um passo para baixo, de modo a 64 XP pode usar wow para 32bit prazo, e uma 32bit XP pode usar wow para executar um programa de 16 bits

— tobylane

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.

Tentar:

desativando a virtualização de hardware. Máquina -> Configurações -> Sistema -> Aceleração; desmarque 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 configurado adequadamente, pois pode usar a execução nativa e a emulação).
executando-o em um PC diferente

— Hugh Allen
fonte

1

Na verdade, eu trabalhei no software que você está se referindo. O que fizemos no passado para contornar problemas estranhos de java / OS foi alterar o destino do atalho da GUI para usar a versão Java instalada em vez da versão Java que colocamos na caixa de areia no CD. Tente alterar isso e execute o atalho para ver se isso ajuda.

Boa sorte!

— Ryan
fonte

0

Não consigo responder sua pergunta específica sobre o que há de diferente entre os hosts, mas você pode conseguir que o software de controle da GUI do Texugo 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: http://www.java.com/en/download/manual.jsp

— Shane Wealti
fonte

Sim, eu considerei postar uma segunda pergunta sobre como realmente resolver o problema - procurei fazer o download de um software java mais recente, mas não sei como proceder para casar o software do texugo com o java.exe mais recente ... minha linha de comando do atalho agora diz: "C: \ AIbadger DAD \ JAVA \ Bin \ java.exe" -classpath. \ Userinterface.jar;. \ Klg.jar;. \ Symbeans.jar; .. \ java \ lib \ classes.zip FrameMain. Como você pode ver, ele vem com o java.exe antigo. Se você quiser ajudar e ganhar algum representante, postarei a pergunta - me informe. :)

— baraboom

0

Gostaria de saber se o problema que você está tendo está relacionado ao firewall do Windows 7 que impede o software de se conectar ao equipamento Badger e ao aplicativo Java, em vez de lidar com essa exceção normalmente apenas termina. Não estou familiarizado com o equipamento Badger, mas o fato de você ter 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 esse pode ser o problema. Sugiro que você use o aplicativo Service Manager no Windows 7 para interromper temporariamente o serviço de firewall e execute seu teste novamente para verificar se é bem-sucedido neste momento. Se for esse o caso, você deverá verificar a documentação do Texugo para ver quais portas ele usa e permitir essas através do firewall.

Agradeço a resposta, mas não há firewall ativo no host (ou na VM). Boa idéia: a exceção não tratada, tentarei pensar um pouco sobre essa possibilidade, embora ainda esteja inclinado a algo mais baixo, no sistema operacional host ou no hardware, criando um conflito estranho na camada de virtualização.

— baraboom

Pensando em linhas semelhantes às do firewall, você tem algum software antivírus / spyware ativo na máquina Windows 7. Vi o software McAfee Host Intrusion silenciosamente matar a solicitação SMTP, por exemplo.

Há o AVG em execução, tentarei desativá-lo amanhã apenas para ver. Além disso, tenho um firewall de saída (lil 'snitch) em execução no meu mac e o software de controle não inicia nenhuma atividade de rede após o lançamento bem-sucedido na xp VM.

— baraboom

Desativar o AVG não afeta o problema. Quando o java.exe é iniciado, ele falha imediatamente. A menos, claro, que eu esteja no laptop Vista / Centrino ou no meu MacOSX / Intel iMac.

— baraboom

Hmm, ainda estou inclinado a um problema de hardware relacionado à VM. Se você visualizar o Gerenciador de dispositivos do seu convidado XP, existem dispositivos como os adaptadores de rede que não estão funcionando. Além disso, você pode visualizar com êxito dispositivos da Internet ou de ping da VM do XP fora do host do Windows 7.