Aplicativos em MS-DOS e prompts de comando

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 99279
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Sumário
O Windows NT fornece um prompt de comando totalmente integrada que permite que você iniciar aplicativos tanto com base no Windows e baseados em MS DOS. Embora o conceito de executando um aplicativo baseado em Microsoft MS-DOS em um ambiente baseado no Windows pode ser familiar para você, Windows NT manipula isso pouco diferente de Windows (16 bits).

A diferença fundamental está no prompt de comando propriamente dito; no Windows NT, o prompt de comando é um aplicativo de baseado no Windows NT de 32 bits, não a máquina MS-DOS virtual você esperaria do Windows. No Windows NT, até que você inicie um aplicativo baseado em MS DOS, nenhuma máquina virtual do MS-DOS é criada. Além disso, depois de iniciar um aplicativo baseado em MS DOS, sua máquina virtual do MS-DOS é usada para todos os subseqüentes aplicativos baseados em MS-DOS de Microsoft iniciados a partir do prompt de comando mesmo.

Como em Windows, cada aplicativo baseado em Microsoft MS-DOS pode ter um arquivo de informações de programa (PIF). Se não houver nenhum PIF para um aplicativo específico, o padrão PIF, _DEFAULT.PIF, será usado. Como o Windows NT usa somente PIF do primeiro aplicativo iniciado em qualquer prompt de comando determinado, talvez você precise Tome um cuidado especial da maneira que você inicia os aplicativos. Por exemplo, se você criar um PIF aloca memória EMS, é importante que você inicia o aplicativo associado primeiro; caso contrário, a memória EMS nunca pode ser alocada. Você pode iniciar um prompt de comando do Windows NT e executar o comando do MS-DOS, MEM, para ver a quantidade de memória livre. Como MEM é outro aplicativo baseado no MS-DOS, Windows NT cria uma máquina virtual do MS-DOS, provavelmente usando _DEFAULT.PIF. Depois que o MEM termina, você iniciar o aplicativo que você criou o PIF para. Infelizmente, porque _DEFAULT.PIF não instruir o Windows NT para alocar memória EMS, seu aplicativo relata que não pode localizar nenhuma memória EMS. Rechecking PIF você criou não resolve o problema. Você precisará iniciar outro prompt de comando e, em seguida, certifique-se iniciar seu aplicativo exigir EMS primeiro, antes de iniciar outros aplicativos baseados em MS DOS.

Há uma diferença mais estar ciente: cada PIF contém um ponteiro para arquivos AUTOEXEC e CONFIG. Geralmente esses padrão para as versões do Windows NT, Autoexec.NT e Config.NT. Se você deseja alterar variáveis de ambiente para seus aplicativos baseados em MS DOS, você precisará aponte seus PIFs para diferentes arquivos ou modificar o padrão que. (Para ver esses arquivos e suas localizações, execute o Editor PIF e escolha Windows NT.)
Uau prodnt

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 99279 - Última Revisão: 12/04/2015 09:28:09 - Revisão: 3.1

Microsoft Windows NT Advanced Server 3.1, Microsoft Windows NT Workstation 3.1

  • kbnosurvey kbarchive kbmt KB99279 KbMtpt
Comentários