Funções de E/s de arquivo Misbehave após NTFS caminho elemento renomeado

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: 268897
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Sintomas
Em um volume NTFS do Windows 2000, se uma pasta dentro de um caminho de arquivo é renomeada para uma versão truncada do nome da pasta original, algumas operações de E/s de arquivo podem continuar a se comportar como se o caminho antigo ainda é válido.

Por exemplo, considere o seguinte caminho do arquivo:
C:\Development\Bin\App.exe
Se a pasta "desenvolvimento" é renomeada como "desenvolvimento", algumas funções ainda poderá acessar o arquivo usando o nome do caminho completo original. Esse caminho deve agora ser inválido, mas ele continua a funcionar até que o computador for reiniciado.

A natureza do comportamento inesperado depende a API que está sendo usada. Por exemplo, GetFileAttributes() continuarão a retornar atributos para o arquivo com base no nome antigo. Nesse caso, a API continua a ter êxito quando ele deve falhar.

Por outro lado, uma tentativa de criar uma nova pasta C:\Development\Bin através do uso de CreateDirectory() falhará com "ERROR_ALREADY_EXISTS". Nesse caso, a API falhar quando ele deve ter êxito.
Causa
Quando um nome de pasta estiver truncado, seu valor de hash correspondente não é sendo corretamente removido da tabela de hash NTFS no Windows 2000.
Resolução
Para resolver esse problema, obtenha o service pack mais recente para o Windows 2000. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
260910Como obter o Service Pack mais recente do Windows 2000
A versão em inglês dessa correção deve ter os seguintes atributos de arquivo ou posteriores:
   Date        Time    Version      Size    File name   --------------------------------------------------   7/17/2000   7:23pm     i386     511,696   Ntfs.sys				

Situação
A Microsoft confirmou que este é um problema no Microsoft Windows 2000. Esse problema foi corrigido primeiro no Windows 2000 Service Pack 2.
Mais Informações
Para obter informações adicionais sobre como instalar o Windows 2000 e hotfixes do Windows 2000 ao mesmo tempo, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
249149Instalando o Microsoft Windows 2000 e Hotfixes do Windows 2000

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 268897 - Última Revisão: 02/24/2014 00:40:57 - Revisão: 4.2

Interface de Programação de Aplicativos do Microsoft Win32

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