SFM converte nomes de ficheiros do Macintosh HFS para NTFS Unicode

Traduções de Artigos Traduções de Artigos
Artigo: 117258 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Sumário

Windows NT de serviços para Macintosh (SFM) permite que os clientes do Macintosh criar nomes de ficheiros em volumes de servidor SFM que parecem conter caracteres que são inválidos em nomes de ficheiros NTFS, mas são legais caracteres em nomes de ficheiros Macintosh HFS. Estes incluem os caracteres (ANSI) 0 x 01-0x1F e "* / \ < >? | .

Mais Informação

Porque NTFS é baseado em Unicode, quando um cliente Macintosh cria um nome de ficheiro num volume SFM, é necessário converter de Macintosh ANSI para Unicode por SFM antes da transmitir para NTFS. Vez SFM efectua a conversão, pode definir valores de Unicode caracteres NTFS inválidos irão mapear para. Fá-lo utilizando o intervalo de área de utilização privada de Unicode padrão.

A lista seguinte descreve os valores de caracteres Unicode que podem ser utilizados em nomes de ficheiros NTFS criados por aplicações do Windows NT que, quando visualizada por clientes Macintosh, será apresentado como os equivalentes ANSI de Macintosh "" NTFS NomeFicheiro caracteres inválidos:

   Macintosh ANSI  Unicode
   -----------------------------
   0x01-0x1F       0xF001-0xF01F
   "               0xF020
   *               0xF021
   /               0xF022
   <               0xF023
   >               0xF024
   ?               0xF025
   \               0xF026
   |               0xF027
				


Além disso, os seguintes três caracteres também são mapeados para a área de utilização privada Unicode:

   Macintosh ANSI                                                  Unicode
   -----------------------------------------------------------------------
   Space (0x20)                                                     0xF028
   only if occurring as the last character of the name
				


   Period (0x2E)                                                    0xF029
   only if occurring as the last character of the name
				


   Apple's apple logo character (0xF0)                              0xF02A
				


Um espaço ou um ponto no fim de um nome de ficheiro não é válido no espaço de nomes Win32, mas é comum em prática de nomenclatura de ficheiro Macintosh. Por conseguinte, estes são mapeados para caracteres Unicode alternativos por SFM para que fiquem acessíveis pelo Gestor de ficheiros e outras aplicações Win32. Existe não equivalente Unicode do carácter de logótipo do Apple Maçã, assim demasiado é mapeado para a área de utilização privada.

NOTA: Lembre-se que qualquer mapeamento de unicode feito um nome de ficheiro fará esse ficheiro acessível para o windows 95 nos outros clientes de windows uma vez que apenas o NT suporta unicode

Propriedades

Artigo: 117258 - Última revisão: 22 de fevereiro de 2014 - Revisão: 2.1
A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Server 3.51
  • Microsoft Windows NT Server 4.0 Standard Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbinterop KB117258 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 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: 117258

Submeter comentários