Na minha máquina Windows, eu tinha uma pasta com o nome de quatro pontos que agia como uma espécie de toca de coelho - como isso aconteceu?

O nome da pasta foi listado no File Explorer com apenas quatro pontos .....

Quando tentei abri-lo, entrei em uma espécie de loop de toca de coelho sem fim, onde abri a mesma pasta exatamente de novo e de novo - eu podia fazer isso sem parar. Mostrando o caminho como C:\ExamplePath\....\....\....\....\....etc.

Estava pendurando minha compilação TypeScript em um projeto específico. Levei mais de um ano para encontrar essa pasta e seus problemas relacionados, pois estava profundamente enraizada nas pastas aninhadas. Eu nunca esperei um problema como esse, então nunca o procurei.

Não consegui excluir a pasta da maneira normal por causa do nome especial. No final, eu poderia removê-lo usando a linha de comando e excluindo a pasta pai com rd /s /q path.

Depois, tentei criar a pasta novamente, mas não consegui fazer isso com o File Explorer e a linha de comando.

Nos meus mais de 20 anos de uso do Windows, nunca vi esse bug antes, então posso imaginar que seria realmente um problema irritante e confuso para usuários amadores.

Alguém sabe como isso poderia ter acontecido e como reproduzir esse problema?

Atualizar

Para as pessoas interessadas: esse caminho foi localizado profundamente dentro de uma pasta TFS. Então provavelmente o TFS usa o método bypass @grawity explicado ( "Vários gerenciadores de arquivos, arquivadores, etc." )

Eu tropecei em um bug raro do TFS?

O Win32 não permite criar arquivos ou pastas com nomes terminados em .- todos os pontos são removidos do final. Tentar criar test.faz testaparecer. (Isto é para compatibilidade com nomes 8.3 no software antigo da era DOS / Win9x.)

Como resultado, sempre que você tenta acessar uma pasta chamada ...., seu nome é reduzido à cadeia vazia e você volta à pasta em que estava antes.

O kernel do NT, no entanto, permite esses nomes. Existem vários mecanismos que ignoram as limitações de nome de arquivo impostas pelas APIs do Win32 - por exemplo, o WSL (Windows Subsystem para Linux) não é executado sobre o Win32 e não é afetado por ele. Existe também o \\?\método bypass, um "backdoor" deliberado para programas que sabem o que estão fazendo. Mesmo que você não possa criar C:\Example\....\, você pode criar \\?\C:\Example\....\muito bem.

Da mesma forma, você pode excluir esses diretórios rmdir \\?\C:\path\...do Cmd (ainda não testei com o PowerShell).

Vários gerenciadores de arquivos, arquivadores etc. podem usar o \\?\método para poder usar nomes de caminho mais longos do que o habitual - e, ao fazer isso, eles também não são afetados pelo código de compatibilidade no Win32; eles ignoram a remoção de pontos, bem como a tradução de nomes de arquivos mágicos como CONou NUL.

Portanto, pode ser que um dos seus programas:

1. sempre usa \\?\para acessar arquivos,
2. acidentalmente tentou criar uma pasta chamada ....- mas não é realmente possível saber com certeza após o fato.

Além da resposta do @ grawity, um programa Win32 também pode fazer isso chamando a API "nativa" diretamente. Se não me engano, no presente caso, seria NtCreateDirectoryObject. Atualmente, essas chamadas estão bastante bem documentadas, especialmente as contrapartes do kernel (que você não pode chamar de um programa Win32); nesse caso, ZwCreateDirectoryObject.

Em relação à "profundidade sem fim", uma maneira fácil de conseguir isso é usar links. Crie um diretório e, em seguida, dentro dele, crie uma junção para ele (você pode usar, mklink /jpor exemplo), e você terminará com uma estrutura muito profunda. A última vez que fiz isso foi no Windows 2000, mas a recursão foi encerrada (você não podia "cavar infinitamente"). Possivelmente, em sistemas operacionais mais recentes, o limite é maior ou removido; você também pode criar, digamos, 10 diretórios, cada um deles filho do anterior, e no 10º, criar um link para o primeiro.

Existe uma maneira mais fácil de criar o diretório. No prompt de comando, digite:

MD ....\

e pressione enter, ele criará um diretório com quatro pontos. Este diretório também pode ser visualizado com o explorer.

Há uma falha no MS-DOS que remonta à versão 1.0. A Microsoft sabe disso há algum tempo, mas não pôde ou não quis corrigi-lo. Eles corrigiram o problema com o PowerShell.

BTW, se você tentar:

RD ....

Não será possível excluir. Você precisa usar esta sintaxe específica para removê-lo.

RD ....\

Eu uso isso em certos servidores que eu administro. Costumo criar uma pasta de usuário na raiz do disco e não quero que outro administrador apareça e a remova.

Então, vou entrar na minha pasta e criar uma subpasta chamada CON, AUX ou LPT, etc ...

Se outro administrador quiser remover minha pasta, ele precisará saber como remover esta subpasta primeiro.

Edição: Eu estava pensando sobre esta discussão esta manhã e eu decidi dar um passo adiante. Presumo que os mods decidam se isso é relevante.

Não consigo colocar o CD na pasta.

Considere, se eu MD c: \ test, CD C: \ test e MD .... \ acabo com C: \ test ....

e está tudo bem.

Mas o CD ... falha e me leva de volta ao C: \ test. (CD .... \ faz o mesmo.)

No entanto, eu posso dir .... e obter uma lista de dir. Eu também posso

MD C: \ test .... \ temp e cria esse subdiretório em ....

Também posso CD C: \ test .... \ temp e entrar nesse diretório sub-sub.

Mas enquanto estiver em C: \ test .... \ temp, se eu CD .. Estou de volta em C: \ test.

Não consigo entrar nesse diretório, mas posso manipular a pasta criando subpastas e bastante interessante, como

ECHO "Testing" >> C: \ test .... \ test.txt

também funciona e cria um arquivo nessa pasta. Para criar uma pasta com quatro pontos, adicionar arquivos e pastas, obter listagens dir, mas não consigo colocar um CD nela. Poderia haver algum tipo de gênio do mal usado para isso? Minhas desculpas aos mods se eu me desviar muito do curso.

Eu tive o mesmo problema. No meu caso, foi um erro de digitação no comando para publicação do .NET Core:

dotnet publish "Api.csproj" --output "....\output\"

Ele criou o diretório com o nome '....', que não foi possível remover ou renomear. Este diretório agiu como referência ao diretório pai. Se eu entrar nessa pasta, ainda estava na pasta pai, mas o caminho foi anexado por '.... \'.

Eu tentei todos os comandos mencionados neste tópico, mas nenhum deles funcionou. No meu entendimento, ele agia assim, porque eu tinha outros arquivos e diretórios no diretório pai, então tive que usar parâmetros que podem excluir recursivamente todo o conteúdo.

Eu descobri que este comando:

rmdir /s /q ....\

pode remover o diretório '....'. Ele exclui apenas a referência ao diretório pai, que esse diretório '....' realmente é, nada mais, nada menos. Apesar dos argumentos de comando:

• / s - remove todo o conteúdo do diretório removido,
• / q - remove sem confirmação,

o diretório pai permaneceu intocado.