Parece que você não tem muitas opções viáveis.
A mais fácil e rápida é a opção b usando o Modo XP. O XP Mode, como opção de virtualização, integra o aplicativo instalado no XP, no Windows 7.
Dê uma tentativa .
Eu apoio uma empresa que tem um aplicativo FoxPro para DOS 2.6 (FPD) muito antigo e de missão crítica.
Por vários motivos, a empresa não adaptou / migrou seu aplicativo, que, ironicamente, funcionou ainda melhor com o Windows XP (e Win7 de 32 bits) porque o sistema operacional permitia novos recursos como rede mais confiável, impressão distribuída, integração de email. Infelizmente para esta empresa, a maioria das novas máquinas vem agora com uma versão de 64 bits do Windows 7, que é incompatível com o aplicativo FPD.
Eu sei que desta vez a escrita está na parede: a única solução a longo prazo é migrar seu aplicativo. Mas eu me pergunto se alguém pode sugerir um caminho alternativo temporário, o que não envolve:
a) rebaixe o Windows de 64 bits para 32 bits ou
b) execute o aplicativo em um XP virtualizado de 32 bits
Obrigado!
PS: Feliz Ano Novo !!!
Parece que você não tem muitas opções viáveis.
A mais fácil e rápida é a opção b usando o Modo XP. O XP Mode, como opção de virtualização, integra o aplicativo instalado no XP, no Windows 7.
Dê uma tentativa .
Meu palpite pelo motivo de não ser executado e não ser executado é porque na verdade é um aplicativo de 16 bits. Aparentemente, o Win64 não inclui o subsistema de suporte WoW Win16 necessário para executar aplicativos de 16 bits.
Você pode executar aplicativos de 32 bits em janelas de 64 bits. Mas se o seu é de 16 bits, então você terá que rodar um emulador.
Se realmente for de 32 bits, verifique se as bibliotecas de 32 bits estão instaladas e disponíveis. Além disso, desative a Prevenção de execução de dados ou adicione seu aplicativo como uma exclusão ou também não será executado.
Todos os antigos modos de compatibilidade de endereçamento de 16 bits ficaram de fora do modo de 64 bits quando a AMD desenvolveu suas extensões de 64 bits para o processador x86. Isso torna impossível para o Windows no Windows 64 bits (WOW64) oferecer suporte à execução de software de 16 bits mais antigo da mesma maneira que o WOW32 é capaz em um processador no modo de 32 bits.
As versões de 32 bits do Windows 7, 8, 8.1 e 10 ainda suportam software de 16 bits - você só precisa ativar o recurso legado NTVDM (NT Virtual Dos Machine) e pode até digitar command em um prompt de comando do NT para mudar para uma linha de comando do DOS.
Eu sugeriria executá-lo em uma máquina virtual usando uma versão de 32 bits do sistema operacional principal que a empresa está executando atualmente - portanto, o Windows 7 32 bits por enquanto.
você pode rodar no Win98 virtualizado
você pode executar em DOS virtualizado
você pode tentar no DOSBox no Linux
você pode experimentar em Bochs x86
você pode experimentar o Wine no Linux
você pode experimentar o Cedega no Linux
Execute o aplicativo em um Windows 2003 Terminal Server
Talvez esteja um pouco atrasado, mas você pode tentar: executar o aplicativo em um servidor Windows, instalar o OpenSSH e configurar o login sem senha para todos os usuários. É como usar o Terminal Server, mas pode evitar os problemas que você esperava com ele. Além disso, se os usuários estão acostumados a cmd.exe você pode tentar ssh'ing dele em vez de Putty ou algum outro emulador de terminal / cliente ssh, mas a viabilidade disso depende principalmente do seu aplicativo.
Se isso for feito corretamente e com um pouco de sorte, eles podem não perceber que estão executando o aplicativo em algum outro lugar.