Funções de E/s de ficheiro Misbehave depois NTFS caminho elemento nome mudado

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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 268897
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Sintomas
Num volume NTFS do Windows 2000, se uma pasta dentro de um caminho de ficheiro é mudada para uma versão truncada do nome da pasta original, algumas operações de E/s de ficheiro poderão continuar a agir como se o caminho antigo ainda é válido.

Por exemplo, considere o seguinte caminho do ficheiro:
C:\Development\Bin\App.exe
Se a pasta "programação" é mudada como "dispositivo", algumas funções poderão conseguir aceder ao ficheiro o nome de caminho completo original. Esse caminho deverá agora ser inválido, mas continua a funcionar até que o computador é reiniciado.

A natureza do comportamento inesperado depende da API a ser utilizada. Por exemplo, GetFileAttributes() irá continuar a devolver atributos de ficheiro com base no nome do antigo. Neste caso, a API continua a ter êxito quando deverá falhar.

Por outro lado, uma tentativa para criar uma nova pasta C:\Development\Bin através da utilização de CreateDirectory() irá falhar com "ERROR_ALREADY_EXISTS". Neste caso, a API de falha quando deverá ter êxito.
Causa
Quando um nome de pasta estiver truncado, o valor de hash correspondente não é a ser correctamente removido da tabela hash NTFS no Windows 2000.
Resolução
Para resolver este problema, obtenha o service pack mais recente do Windows 2000. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
260910Como obter o Service Pack mais recente do Windows 2000
A versão inglesa desta correcção deverá ter os seguintes atributos de ficheiro ou posteriores:
   Date        Time    Version      Size    File name   --------------------------------------------------   7/17/2000   7:23pm     i386     511,696   Ntfs.sys				

Ponto Da Situação
A Microsoft confirmou que este é um problema no Microsoft Windows 2000. Este problema foi corrigido pela primeira vez no Windows 2000 Service Pack 2.
Mais Informação
Para obter informações adicionais sobre como instalar o Windows 2000 e as correcções do Windows 2000 ao mesmo tempo, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
249149Instalar o Microsoft Windows 2000 e as correcções do Windows 2000

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 268897 - Última Revisão: 02/23/2014 19:40:02 - Revisão: 4.2

Microsoft Win32 Application Programming Interface

  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix kbwin2000presp2fix KB268897 KbMtpt
Comentários