Aplicação: MSACCESS O subsistema Win 16 tem recursos insuficientes para continuar executando. Clique em OK, feche seus aplicativos e reinicie sua máquina

1

Acredite ou não, nos pediram para ressuscitar uma antiga aplicação MS Access 2.0 que não é usada há alguns anos. No entanto, não podemos nem mesmo executá-lo no XP. Estamos recebendo:

Aplicação: MSACCESS O subsistema Win 16 tem recursos insuficientes para continuar executando. Clique em OK, feche seus aplicativos e reinicie sua máquina.

Alguém sabe como podemos contornar isso? Se pudermos executá-lo, talvez possamos portá-lo. : -)

    
por Howard Pinsley 24.11.2009 / 20:40

5 respostas

2

Eu me lembro de ter problemas com a execução do Access 2 no NT 4, e a solução foi dar permissões completas em determinadas pastas. Não me lembro o que eram, e parece errado porque não foi até o Windows 2000 que a pasta de programas foi bloqueada, mas eu definitivamente preciso ter permissões de leitura / gravação / exclusão NTFS completas nas pastas onde o Access 2 armazenados seus arquivos. Certamente, o WinXP tem a pasta de programas bloqueada para somente leitura para os usuários, de modo que seria um lugar para começar.

    
por 25.11.2009 / 03:19
1

Foi um longo tempo atrás, mas lembro-me de uma situação semelhante em uma vida passada. Se bem me lembro, a mensagem de erro em si é uma espécie de arenque vermelho, e a fonte real do problema foi a falta de espaço do ambiente alocado para o subsistema de 16 bits. (512 bytes vem à mente) Costumava ser que você poderia especificar quanto espaço de Ambiente alocar, no entanto, não inicializamos mais com o config.sys. :) Acredito que resolvi essa instância específica reduzindo as entradas na minha variável de ambiente PATH.

Abra a caixa de diálogo Environment Variables clicando com o botão direito do mouse em My Computer, selecionando Properties, vá até a guia Advanced e clique no botão Environment variables.

Copie o valor PATH das seções "Variáveis do usuário para {nome do usuário}" e "Variáveis do sistema" em um documento de texto para salvaguarda (ou seja, caso decida que você deseja / precisa restaurá-las).

Agora, examine as entradas PATH nas variáveis Usuário e Sistema (que são combinadas para tornar sua variável de ambiente PATH):

  • Remova todas as entradas duplicadas das variáveis do usuário, pois elas já estão especificadas no nível superior do sistema,
  • Converta todos os caminhos longos para a notação 8.3. Por exemplo. todas as instâncias de C: \ Arquivos de Programas \ foo \ - > C: \ PROGRA ~ 1 \ foo \
  • Judiciosamente , você também pode decidir remover as entradas que você conhece não são necessárias. Às vezes, os aplicativos adicionam entradas do PATH que você, na verdade, nunca exigem.

Estas alterações corrigiram essa mensagem de erro no meu caso. O problema era que o PATH (antigo) estava bem em um ambiente de 32 bits, mas transbordava o espaço do ambiente quando se encaixava no subsistema de 16 bits. (Uma boa pergunta de acompanhamento pode ser como substituir o espaço do ambiente do subsistema de 16 bits, mas não precisei recorrer a isso no meu caso.)

    
por 24.11.2009 / 21:37
1

Observe também que o Access 2.0 não usou o registro para que você não precise se preocupar com nada lá. Mas, como outros, oi David, apontou que as configurações foram mantidas em um arquivo INI na pasta apropriada Arquivos de Programas

    
por 28.11.2009 / 00:58
0

Já tentou correr em "modo de compatibilidade" no XP? Pode demorar alguns ajustes, mas funcionou para mim no passado em um cenário semelhante

    
por 24.11.2009 / 20:45
0

Você pode querer tentar instalar o Win31 / WfWG311 e, em seguida, o Access 2.0 no DOSBox. Não é uma experiência do usuário tão simples quanto executá-lo diretamente no XP, mas muito menos sobrecarga do que tentar uma solução de virtualização completa.

Como alternativa, você tentou executar o banco de dados do Access sob uma versão mais nova do Access?

    
por 24.11.2009 / 22:03