Voici la configuration: j'ai un ancien équipement de surveillance à distance, appelé Badger. Le logiciel de contrôle GUI qui fonctionne sous Windows est une application Java, le CD a une date de 2003 mais je pense que le logiciel est beaucoup plus ancien. Le setup.exe
ne fonctionne pas sur mon installation AMD64 Windows 7, je reçois une erreur 32 bits / 64 bits, je soupçonne que ce pourrait être une application 16 bits (c'est sûrement assez laid).
Quoi qu'il en soit, j'ai essayé de résoudre ce problème avec un invité VM XP dans VirtualBox sur l'hôte AMD64 Windows 7. La setup.exe
fin de parcours , mais lorsque je tente de lancer l'application Java j'obtiens une erreur de Windows immédiat:
java.exe a rencontré un problème et doit fermer.
Si je clique ici pour voir quelles données contient ce rapport d'erreur, j'obtiens:
AppName: java.exe AppVer: 0.0.0.0
ModName: javai.dll ModVer: 0.0.0.0
Offset: 0009b4e
Lorsque je consulte des informations techniques sur le rapport d'erreur, il y a le charabia binhex habituel mais une partie du texte se plaint d'être à court de mémoire, mauvaise superclasse, mauvais index, erreur d'allocation de stockage de classe, entre autres.
Derrière l'erreur se trouve la fenêtre CMD avec:
Symantec Java! JustInTime Compiler Version 3.00.029 (i) pour JDK 1.1.x, Copyright 1996-98 Symantec Corporation
Plus tard, à la maison sur mon iMac qui avait également un XP VM Guest dans VirtualBox disponible, j'ai installé le logiciel et l'ai lancé avec succès. J'ai ensuite exporté la machine virtuelle, je l'ai importée dans mon hôte Windows 7 AMD64 et j'ai rencontré la même erreur que celle décrite ci-dessus.
Évidemment, les hôtes sont très différents les uns des autres, mais je me demande quelle est précisément la cause de ce comportement, où cela fonctionne sur l'hôte Mac mais pas sur l'hôte AMD / Windows?
la source
Réponses:
Certaines différences de CPU sont visibles pour les invités dans les machines virtuelles comme VMware, Virtual PC (version actuelle) et VirtualBox qui utilisent l'exécution de code natif.
Essayer:
la source
J'ai en fait travaillé sur le logiciel dont vous parlez. Ce que nous avons fait par le passé pour contourner d'étranges problèmes java / OS a été de changer la cible de raccourci de l'interface graphique pour utiliser votre version Java installée plutôt que la version Java que nous avons mise en sandbox sur le CD. Essayez de changer cela, puis d'exécuter le raccourci pour voir si cela aide.
Bonne chance!
la source
Je ne peux pas répondre à votre question spécifique sur ce qui est différent entre les hôtes, mais vous pourrez peut-être faire fonctionner votre logiciel de contrôle d'interface graphique Badger en utilisant une machine virtuelle Java plus moderne.
Essayez d'installer la dernière machine virtuelle Java sur votre hôte Windows 7 AMD64 - machine virtuelle invitée Windows XP, et utilisez-la pour exécuter le programme.
Téléchargez ici: http://www.java.com/en/download/manual.jsp
la source
Je me demande si le problème que vous rencontrez est lié au pare-feu Windows 7 qui empêche le logiciel de se connecter à l'équipement Badger et à l'application Java plutôt que de gérer cette exception avec élégance. Je ne connais pas l'équipement Badger, mais le fait que vous ayez fait fonctionner la machine virtuelle sur l'iMac (qui par défaut n'active pas le pare-feu) mais la même machine virtuelle a échoué sur la boîte de Windows 7 (qui par défaut active le pare-feu) je crois que cela peut être le problème. Je suggérerais d'utiliser l'application Service Manager sur Windows 7 pour arrêter temporairement le service de pare-feu et réexécuter votre test pour voir s'il réussit cette fois. Si c'est le cas, vous devrez vérifier la documentation Badger pour voir quels ports il utilise et autoriser ceux-ci à travers votre pare-feu.
la source