Se você trabalha com o Windows por tempo suficiente, especialmente com pastas e arquivos com nomes longos, você se depara com um erro bizarro : O Windows informará que o caminho da pasta ou o nome do arquivo é muito longo para se mover para um novo destino ou até mesmo excluir. Qual é o problema?

Ei How-To Geek!

Então, no outro dia, eu estava reorganizando alguns arquivos no meu computador, criando pastas, esse tipo de coisa. Então, quando eu estava movendo alguns arquivos para uma pasta, recebi uma mensagem dizendo que o caminho da pasta resultante seria muito longo. Eu estava confuso. Eu sei que cada sistema operacional desde DOS suporta nomes de arquivos longos, mas o Windows afirma que o caminho é muito longo? Por que isso acontece?

Sinceramente,

Sr. Desorganizado

O problema que você está encontrando é uma infeliz interseção de dois sistemas que, em casos como esse, produz um erro. Para entender exatamente de onde o erro vem, precisamos nos aprofundar no histórico dos Long Filenames (LFN) e como o Windows interage com eles antes de nos aprofundarmos nas soluções.

Nomes de arquivo longos foram introduzidos, através da arquitetura subjacente do MS-DOS , no Windows 95. O novo sistema LFN permitido para nomes de arquivo e diretório de até 255 caracteres. Essa foi uma expansão bem-vinda do sistema de nomes de arquivos anterior, geralmente chamado de 8.3 filenaming, porque o nome estava limitado a oito caracteres e uma extensão de três dígitos, mas também conhecido como Short Filename (SFN). Como você pode imaginar, naquela época ainda havia muitos aplicativos baseados em DOS e havia mais do que algumas dores de cabeça tentando fazer com que os LFNs mais novos e os SFNs legados funcionassem bem uns com os outros. Se você já se deparou com um disquete ou CD-ROM antigo com arquivos estranhamente truncados (como abcdef ~ 1.txt), esse nome de arquivo foi cortado por algum aplicativo legado que usa SFN de algum LFN mais longo e sem suporte (como abcdefghijk. Estamos longe de meados da década de 1990, no entanto, e todo o processo do Long Filename é (na maior parte) firmemente solucionado. Se você estiver executando uma versão do Windows dos últimos 10 anos, provavelmente você nunca se deparará com um conflito de tamanho de nome de arquivo como nós costumávamos fazer nos dias de DOS / Windows 95. Dito isso, ainda encontramos soluços, como você descobriu com o seu projeto de limpeza de disco. Mas por que? Se o sistema de nome de arquivo longo do Windows oferecer suporte a pastas e nomes de arquivo de até 255 caracteres por componente, em qual parede você está executando? Não podemos culpar o NTFS (o sistema de arquivos que a grande maioria das máquinas modernas do Windows usa) como NTFS suportará um encadeamento de pastas e nomes de arquivos até um comprimento total do caminho de 32.767 caracteres. Isso excede em muito a típica estrutura de diretórios que a maioria dos usuários precisaria.

Quando tudo se desmorona, há uma restrição artificial de pilhas do Windows na parte superior do sistema LFN / NTFS: a variável MAX_PATH. A variável MAX_PATH especifica que uma estrutura de diretório completa no Windows não pode exceder o total de 260 caracteres, incluindo a letra da unidade, dois-pontos, barra invertida e folga nula no final. Assim, você tem apenas um potencial MAX_PATH real de 256 caracteres, por exemplo,

C: caminho-seu-256-path . Então o que aconteceu quando você estava limpando seu computador é que você tinha um diretório com um caminho já longo (seja porque os nomes das pastas eram longos, os nomes dos arquivos eram longos ou ambos) e quando você tentava mover um ou mais desses diretórios para outro diretório com um caminho longo, o comprimento total do caminho name excedeu o limite de 260 caracteres imposto pela variável MAX_PATH.

Agora, você pode estar pensando “Ah-hah! Vamos apenas mudar a variável MAX_PATH e resolver o problema! ”Infelizmente, não é tão simples assim. Não só a variável MAX_PATH é essencialmente codificada no Windows, mas mesmo que você passasse pelo enorme incômodo de alterá-la, acabaria quebrando tanto que não valeria a pena. Muitos aplicativos esperam que a variável path seja o que o Windows há muito especificava. Não podemos simplesmente sair por aí mudando sem criar uma enorme bagunça.

Onde isso te deixa? Bem, a solução mais simples é apenas editar os dados do caminho. Por exemplo, se você tem uma tonelada de artigos salvos onde o aplicativo / extensão que você usou para salvá-los da web criou um diretório que era o título completo do artigo + o lead do artigo e o próprio nome do arquivo é o título completo do artigo + o artigo principal, seria muito simples atingir ou exceder o MAX_PATH com um único salvamento. Editar esses enormes títulos de pasta e artigo até um tamanho mais razoável é uma maneira fácil de corrigir o problema.

Se você tiver um grande número de arquivos com um caminho longo e não quiser editá-los todos (ou se você deseja

excluir uma tonelada de diretórios antigos que são muito longos para o Windows lidar quando restrito pela variável MAX_PATH), há um trabalho de linha de comando ao redor. Embora o Windows seja restrito pela variável MAX_PATH, os engenheiros do Windows perceberam que haveria situações em que os usuários precisariam lidar com nomes de caminho mais longos. Como tal, a API do Windows tem uma função para lidar com caminhos extremamente longos. Para aproveitar essa API e usar ferramentas de linha de comando em nomes de pastas / arquivos difíceis de manejar, basta anexar o nome do diretório com um alguns caracteres extras. Por exemplo, se você tivesse uma estrutura de diretório enorme que desejasse excluir (mas recebesse um erro devido à duração do caminho quando a tentasse), você poderia alterar o comando de:

rmdir c: documents some-really -super-long-folder-name-scheme

para:

rmdir \? c: documents algum-realmente-super-longo-nome-da-pasta-esquema

A chave é a adição da porção

\? antes do início do caminho do arquivo; isso instrui o Windows a desconsiderar as limitações impostas pela variável MAX_PATH e a interagir com o caminho que você acabou de fornecer, conforme fornecido diretamente pelo sistema de arquivos subjacente (que pode suportar claramente um caminho mais longo). Como sempre, tenha cuidado no prompt de comando para evitar a exclusão acidental de arquivos ou diretórios que você pretende deixar intactos.Se você tiver uma visão geral desse problema, consulte este artigo da biblioteca Microsoft Developer Network, Nomeando Arquivos, Caminhos e Namespaces, para obter mais informações sobre o que está acontecendo sob o capô

Tem uma pergunta de tecnologia urgente? Envie-nos um e-mail para e faremos o possível para atendê-lo.

Como converter um aplicativo de área de trabalho do Windows em um aplicativo universal do Windows

Com a atualização de aniversário do Windows 10, a Microsoft está possibilitando que os desenvolvedores convertam aplicativos tradicionais de área de trabalho do Windows em UWP (Universal Windows Platform) aplicações. Mas qualquer um pode fazer isso com qualquer aplicativo - não apenas desenvolvedores.

(how-to)

Transferir marcadores do Firefox para o Chrome

Você mudou para o Google Chrome do Firefox ? Nesse caso, você provavelmente deseja transferir todos os seus favoritos valiosos e, possivelmente, sua barra de ferramentas de marcadores bem organizada para o Chrome . O processo de transferência de marcadores entre navegadores é bastante direto. Você pode seguir os passos abaixo para transferir marcadores entre dois navegadores.Prim

(How-to)