На своїй машині Windows у мене була папка з назвою чотирьох крапок, яка діяла як би якась дірка із кролика - як це сталося?

Назва папки була вказана у Провіднику файлів із просто чотирма крапками .....

Коли я спробував її відкрити, я потрапив у якусь нескінченну петлю для кролячих ям, де я знову і знову відкривав ту саму папку - я міг це робити нескінченно. Показ шляху як C:\ExamplePath\....\....\....\....\....і т.д.

На ньому було видно мою компіляцію TypeScript в одному конкретному проекті. Перш ніж я знайшов цю папку та пов'язані з нею проблеми, мені знадобилося більше року, оскільки вона вкорінена глибоко вкладеними папками. Я ніколи не очікував подібного питання, тому не шукав його.

Я не міг видалити папку звичайним способом через спеціальну назву. Зрештою, я міг би її видалити, використовуючи командний рядок та видаливши батьківську папку за допомогою rd /s /q path.

Згодом я спробував створити папку ще раз, але не зміг зробити це як із File Explorer, так і з командним рядком.

За свої 20 років використання Windows я ніколи не бачив цієї помилки, тому можу уявити, що це дійсно буде прикрою і заплутаною проблемою для користувачів-любителів.

Хтось знає, як це могло статися і як відтворити це питання?

Оновлення

Для зацікавлених людей: цей шлях знаходився глибоко в папці TFS. Тому, ймовірно, TFS використовує метод bypass @grawity пояснено ( "Різні файлові менеджери, архіватори тощо" )

Я натрапив на рідкісну помилку TFS?

Win32 не дозволяє створювати файли або папки з іменами, які закінчуються .- усі точки позбавлені кінця. Спроба створення test.створює testзамість цього. (Це для сумісності з 8,3 іменами у старому програмному забезпеченні епохи DOS / Win9x.)

Як результат, кожного разу, коли ви намагаєтеся отримати доступ до папки з назвою ...., її ім'я зменшується до порожньої рядка, і ви повертаєтесь до папки, в якій ви були раніше.

Ядро NT, однак, дозволяє такі імена. Існують різні механізми, які обходять обмеження імені файлів, накладені API Win32 - наприклад, WSL (підсистема Windows для Linux) не працює поверх Win32 і не впливає на неї. Існує також \\?\метод байпасу, навмисний "бекдор" для програм, які знають, що роблять. Хоча ви не можете створити C:\Example\....\, ви можете створити \\?\C:\Example\....\просто чудово.

Так само ви можете видалити такі каталоги за rmdir \\?\C:\path\...допомогою Cmd (я ще не тестував PowerShell).

Різні файлові менеджери, архіватори тощо можуть використовувати цей \\?\метод, щоб мати можливість використовувати довші імена шляхів, ніж зазвичай - і, роблячи це, на них також не впливає код сумісності в Win32; вони обходять зачистку точок, а також переклад магічних імен файлів, як CONабо NUL.

Тож може бути одна з ваших програм:

1. завжди використовує \\?\для доступу до файлів,
2. випадково спробував створити папку з назвою ....- але це насправді неможливо точно знати після факту.

Окрім відповіді @ grawity, програма Win32 також може це зробити, зателефонувавши безпосередньо до "рідного" API. Якщо я не помиляюся, у цьому випадку це буде NtCreateDirectoryObject. Ці виклики в даний час досить добре зафіксовані, особливо їх аналог ядра (який ви не можете зателефонувати з програми Win32), у цьому випадку ZwCreateDirectoryObject.

Щодо "нескінченної глибини", простий спосіб досягти цього - використовувати посилання. Створіть каталог, потім всередині нього, створіть до нього з'єднання (можна використовувати, mklink /jнаприклад), і ви отримаєте дуже глибоку структуру. Востаннє, коли я робив це в Windows 2000, рекурсія закінчилася, хоча (не можна було «копати нескінченно»). Можливо, на новіших ОС ліміт більший або видалений, також ви можете створити, скажімо, 10 каталогів, кожен з яких є дитиною попереднього, а в 10-му - створити посилання назад до першого.

Існує простіший спосіб створення каталогу. З командного рядка введіть:

MD ....\

і натисніть клавішу Enter, вона створить каталог із чотирма крапками. Цей каталог також доступний для провідника.

У MS-DOS є недолік, який переходить до версії 1.0. МС знає про це вже деякий час, але не зміг або не зміг цього виправити. Вони виправили проблему з PowerShell.

До речі, якщо ви спробуєте:

RD ....

Видалити не вдасться. Щоб видалити його, потрібно використовувати цей специфічний синтаксис.

RD ....\

Я використовую це на певних серверах, якими я адмініструю. Я часто створюю папку користувача в корені диска, і не хочу, щоб інший адміністратор збирався і видаляв її.

Тож я зайду всередину своєї папки і створу підпапку під назвою CON, AUX або LPT тощо.

Якщо інший адміністратор хоче видалити мою папку, вони повинні знати, як видалити цю папку.

EDIT: Я думав про цю дискусію сьогодні вранці, і вирішив зробити цей крок далі. Я припускаю, що модники вирішать, чи це актуально.

Я не можу записати компакт-диск у папку.

Подумайте, якщо я MD c: \ test, тоді CD C: \ test і MD .... \ я закінчую C: \ test ....

і все добре.

Але CD .... виходить з ладу і повертає мене до C: \ test. (CD .... \ робить те саме.)

Однак я можу ДИР .... і отримати список реєстру. Я також можу

MD C: \ test .... \ temp, і він створює цей підрежир у ....

Я також можу CD C: \ test .... \ temp та перейти до цього підкаталогу.

Але перебуваючи в C: \ test .... \ temp, якщо я CD .. Я знову в C: \ test.

Я не можу вписатись у цей каталог, але я можу маніпулювати папкою, створюючи підпапки, і досить цікаво щось подібне

ECHO "Тестування" >> C: \ test .... \ test.txt

також працює і створює файл у цій папці. Тож я можу створити папку з чотирма крапками, я можу додати до неї файли та папки, можу отримати списки редакторів, але я не можу CD до неї. Чи може бути для цього якийсь злий геній? Вибачте за модників, якщо я занадто далеко відмовився від курсу.

У мене була така ж проблема. У моєму випадку це була помилка друку в команді для публікації .NET Core:

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

Він створив каталог з назвою "....", який я не зміг видалити або перейменувати. Цей каталог діяв як посилання на батьківський каталог. Якщо я заходжу всередину цієї папки, я все ще був у батьківській папці, але шлях додав ".... \".

Я спробував усі команди, згадані в цій темі, але жодна з них не спрацювала. На мій погляд, це діяло так, тому що у мене були інші файли та каталоги в батьківському каталозі, тому мені довелося використовувати параметри, які можуть рекурсивно видаляти весь вміст.

Я дізнався, що ця команда:

rmdir /s /q ....\

може видалити каталог "....". Він видаляє лише посилання на батьківський каталог, який цей каталог "...." насправді є, ні більше, ні менше. Незважаючи на аргументи команд:

• / s - видаляє весь вміст із видаленого каталогу,
• / q - видаляє без підтвердження,

батьківський каталог залишався недоторканим.