Sul mio computer Windows, avevo una cartella con un nome di quattro punti che fungeva da una specie di tana di coniglio: come è potuto succedere?

Il nome della cartella era elencato in Esplora file con solo quattro punti .....

Quando ho provato ad aprirlo, sono entrato in una sorta di loop infinito di buchi di coniglio in cui ho aperto la stessa cartella ancora e ancora - potevo farlo all'infinito. Mostrando il percorso come C:\ExamplePath\....\....\....\....\...., ecc.

Stava appendendo la mia compilazione TypeScript in un progetto specifico. Mi ci è voluto più di un anno prima di trovare questa cartella e i relativi problemi, perché era profondamente radicata nelle cartelle nidificate. Non mi sarei mai aspettato un problema come questo, quindi non l'ho mai cercato.

Non è stato possibile eliminare la cartella in modo normale a causa del nome speciale. Alla fine, ho potuto rimuoverlo utilizzando la riga di comando ed eliminando la cartella principale con rd /s /q path.

Successivamente, ho provato a creare nuovamente la cartella ma non sono riuscito a farlo sia con Esplora file che con la riga di comando.

Nei miei oltre 20 anni di utilizzo di Windows non ho mai visto questo bug prima, quindi posso immaginare che sarebbe davvero un problema fastidioso e confuso per gli utenti amatoriali.

Qualcuno sa come sia potuto succedere e come riprodurre questo problema?

Aggiornare

Per le persone interessate: questo percorso si trovava in profondità all'interno di una cartella TFS. Quindi probabilmente TFS usa il metodo di bypass spiegato @grawity ( "Vari file manager, archiviatori, ecc." )

Mi sono imbattuto in un raro bug TFS?

Win32 non ti consente di creare file o cartelle con nomi che finiscono in .- tutti i punti vengono rimossi dalla fine. Il tentativo di creare test.fa testapparire invece. (Questo è per compatibilità con i nomi 8.3 nel vecchio software dell'era DOS / Win9x.)

Di conseguenza, ogni volta che si tenta di accedere a una cartella denominata ...., il suo nome viene ridotto alla stringa vuota e si torna alla cartella in cui ci si trovava prima.

Il kernel NT, tuttavia, consente tali nomi. Esistono vari meccanismi che aggirano le limitazioni del nome file imposte dalle API di Win32, ad esempio WSL (sottosistema Windows per Linux) non funziona su Win32 e non ne è interessato. C'è anche il \\?\metodo di bypass, una "backdoor" intenzionale lasciata aperta per i programmi che sanno cosa stanno facendo. Anche se non puoi creare C:\Example\....\, puoi creare \\?\C:\Example\....\semplicemente bene.

Allo stesso modo è possibile eliminare tali directory con rmdir \\?\C:\path\...da Cmd (non ho ancora testato con PowerShell).

Vari gestori di file, archivi, ecc. Potrebbero usare il \\?\metodo per poter usare nomi di percorso più lunghi del solito - e così facendo, non sono interessati dal codice di compatibilità all'interno di Win32; bypassano il dot stripping e la traduzione di nomi di file magici come CONo NUL.

Quindi potrebbe essere uno dei tuoi programmi:

1. usa sempre \\?\per accedere ai file,
2. ....ho tentato accidentalmente di creare una cartella denominata , ma non è possibile saperlo con certezza dopo il fatto.

Oltre alla risposta di @ grawity, un programma Win32 può anche farlo chiamando direttamente l'API "nativa". Se non sbaglio, nella fattispecie, sarebbe NtCreateDirectoryObject. Queste chiamate sono abbastanza ben documentate al giorno d'oggi, in particolare la loro controparte del kernel (che non è possibile chiamare da un programma Win32), in questo caso, ZwCreateDirectoryObject.

Per quanto riguarda la "profondità infinita", un modo semplice per raggiungere questo obiettivo è utilizzare i collegamenti. Crea una directory, quindi al suo interno, crea una giunzione (puoi usarla mklink /jper esempio) e finirai con una struttura molto profonda. L'ultima volta che l'ho fatto è stato su Windows 2000, però c'è stata la fine della ricorsione (non si poteva "scavare all'infinito"). Forse su un nuovo sistema operativo il limite è più grande o rimosso, inoltre potresti creare diciamo 10 directory ognuna delle quali figlio della precedente, e nella decima, creare un collegamento alla prima.

C'è un modo più semplice per creare la directory. Dal prompt dei comandi digitare:

MD ....\

e premi invio, creerà una directory con quattro punti. Questa directory è anche visualizzabile con explorer.

C'è un difetto in MS-DOS che risale alla versione 1.0. MS lo sa da tempo ma non potrebbe o non vorrebbe risolverlo. Hanno corretto il problema con PowerShell.

A proposito, se provi:

RD ....

Non verrà eliminato. È necessario utilizzare questa sintassi specifica per rimuoverlo.

RD ....\

Lo uso su alcuni server che gestisco. Creo spesso una cartella utente sulla radice del disco e non desidero che un altro amministratore si presenti e lo rimuova.

Quindi andrò nella mia cartella e creerò una sottocartella denominata CON, AUX o LPT, ecc ...

Se un altro amministratore desidera rimuovere la mia cartella, deve prima sapere come rimuovere questa sottocartella.

EDIT: stavo pensando a questa discussione questa mattina e ho deciso di fare un ulteriore passo avanti. Presumo che le mod decideranno se questo è rilevante.

Non riesco a collegarmi alla cartella.

Considera, se MD c: \ test quindi CD C: \ test e MD .... \ finisco con C: \ test ....

e tutto va bene.

Ma il CD .... fallisce e mi riporta a C: \ test. (CD .... \ fa lo stesso.)

Comunque posso DIR .... e ottenere un elenco dir. posso anche

MD C: \ test .... \ temp e crea quella sottodirectory in ....

Posso anche CD C: \ test .... \ temp e andare in quella sottodirectory.

Ma mentre mi trovo in C: \ test .... \ temp, se CD ... Sono tornato in C: \ test.

Non riesco a inserire cd in quella directory, ma posso manipolare la cartella creando sottocartelle e qualcosa di abbastanza interessante

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

funziona anche e crea un file in quella cartella. Quindi posso creare una cartella con quattro punti, posso aggiungere file e cartelle, posso ottenere elenchi dir di essa, ma non riesco a farci CD. Potrebbe esserci un qualche tipo di genio malvagio per questo? Mi scuso con le mod se mi sono allontanato troppo dalla rotta.

Ho avuto lo stesso problema. Nel mio caso, era un refuso nel comando per la pubblicazione di .NET Core:

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

Ha creato la directory con il nome "....", che non ho potuto rimuovere o rinominare. Questa directory ha funzionato come riferimento alla directory principale. Se entro in quella cartella, mi trovavo ancora nella cartella principale, ma il percorso è stato aggiunto da '.... \'.

Ho provato tutti i comandi menzionati in questo argomento, ma nessuno di loro ha funzionato. A quanto ho capito, ha funzionato in quel modo, perché avevo altri file e directory nella directory principale, quindi ho dovuto usare parametri che possono eliminare in modo ricorsivo tutto il contenuto.

Ho scoperto che questo comando:

rmdir /s /q ....\

può rimuovere la directory '....'. Elimina solo il riferimento alla directory principale, che in realtà è questa directory '....', niente di più, niente di meno. Nonostante gli argomenti del comando:

• / s - rimuove tutto il contenuto all'interno della directory rimossa,
• / q - rimuove senza conferma,

la directory padre è rimasta intatta.