Como programas de 32 bits e 16 bits multitarefa no Windows 95

Traduções deste artigo Traduções deste artigo
ID do artigo: 117567 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

No Windows 95, todos os aplicativos de 32 bits são agendados preemptively. Multitarefa preemptiva permite que o Windows 95 alternar entre aplicativos de 32 bits se esses aplicativos são preparados para perder o controle da CPU ou não. Não cooperação entre o aplicativo e o sistema operacional é necessária para multitarefa de 32 bits.

Mais Informações

Aplicativos de 32 bits

funções de API (interface) de programa aplicativo de 32 bits e os aplicativos que chamam essas funções são projetados para lidar com os requisitos de simultaneidade que vêm com multitarefa preemptiva. Todas as estruturas de dados internos são ou alocadas em uma base por thread ou protegidas contra corrupção semáforos (ou seções de código crítico). Isso garante que um aplicativo de 32 bits não destrói os dados necessários por outro aplicativo de 32 bits chamando as APIs do mesmas ao mesmo tempo. Windows de 32 bits e suas APIs permitem isso porque eles são reentrantes (ou seja, código pode ser compartilhado por vários programas ao mesmo tempo).

Windows 95 mais protege os aplicativos de 32 bits contra perda de dados não intencionais executando cada programa no seu próprio espaço de endereço. Isso significa que os dados para um aplicativo não são acessíveis para outro aplicativo. A desvantagem dessa proteção é que aplicativos não é possível compartilhar dados entre si como livremente como se eles estavam em execução no mesmo espaço de endereço e tinham acesso total ao código e dados dos outros.

Aplicativos de 16 bits

Em Windows 3.x e Windows para Workgroups 3.x, aplicativos de 16 bits cooperativamente multitarefa, com freqüência produzindo controle de CPU para outros programas. Esse tipo de multitarefa cooperativo significa que um aplicativo tem controle sobre a CPU até que ele abandona-lo. Corrupção de estruturas de dados é evitada pela alternância de tarefas cooperativo.

No Windows 3.x, Windows para Workgroups 3.x e Windows 95, todos os aplicativos de 16 bits executados no mesmo espaço de endereço. Executando no mesmo espaço de endereço, aplicativos podem compartilhar recursos entre si e são, infelizmente, em um maior risco de substituir dados de outro aplicativo.

Alguns aplicativos de 16 bits dependem os recursos oferecidos pelo cooperativo multitarefa. Esses aplicativos podem fazer as seguintes suposições:
  • Controle da CPU, vídeo e outros recursos não é relinquished até que o próprio aplicativo gera o controle.
  • Recursos como pincéis e canetas podem ser criados por um aplicativo e passados para outra.
  • Compartilhando dados entre aplicativos pode ser feito escrevendo-se à área de dados de outro aplicativo.
Devido a essa dependência em cooperação para alternar entre aplicativos, se um aplicativo de 16 bits parar de responder (paralisa) antes de ele gerou para outro aplicativo, ele pode causar Windows travar bem. O recurso de reinicialização local do aplicativo introduzido no Windows 3.1 ajuda a aliviar esse problema fechando o aplicativo que não respondem e permitindo que o Windows e outros programas em execução para continuar. É importante observar que o recurso de reinicialização local não sempre funciona; seu êxito depende a gravidade do problema que causou o aplicativo específico travar.

Observação: O recurso de reinicialização local permite que você use CTRL + ALT + DELETE para fechar um aplicativo que parou de responder.

O Windows 95 equilibra os requisitos para compatibilidade com versões anteriores, executando em um computador (MB) de 4 MB e fornecendo multitarefa preemptiva guardando muito do seu código de 16 bits base para a funcionalidade anterior e adicionando nova funcionalidade ao código de 32 bits.

Isso significa que algumas chamadas de 32 bits são mapeadas para código de 16 bits e vice-versa. Quando um aplicativo de 32-bits chama código de 16 bits, há uma possibilidade de que um programa de 16 bits mal projetado pode causar um aplicativo de 32 bits travar.

Esse problema pode ocorrer se as duas condições a seguir estiverem presentes:
  • Um aplicativo de 16 bits trava antes produzindo controle.
  • Um aplicativo de 32 bits chama uma API que é redirecionada para código de 16 bits.
Para contornar esse problema, use o recurso de reinicialização local para fechar o aplicativo de 16 bits que parou de responder. Aprimoramentos foram feitos ao recurso de reinicialização local no Windows 95 para tornar os aplicativos de 16 bits mais robusto.

Propriedades

ID do artigo: 117567 - Última revisão: quarta-feira, 15 de novembro de 2006 - Revisão: 1.1
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 95
Palavras-chave: 
kbmt KB117567 KbMtpt
Tradução automática
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: 117567
Aviso de Isenção de Responsabilidade sobre Conteúdo do KB Aposentado
Este artigo trata de produtos para os quais a Microsoft não mais oferece suporte. Por esta razão, este artigo é oferecido "como está" e não será mais atualizado.

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com