Доброго здоровья!
Наткнулся на проблемку при работе с потоками ntfs
Дано
Создание -- элементарнийший пример cmd-скриптик
test.cmd

fsutil behavior set disable8dot3 1
type %systemroot%\system32\cmd.exe > ..:exec
fsutil behavior set disable8dot3 0

В результате файлик '..', который не имеет короткого имени. К тому же он является тёзкой [родительского каталога].

Подгрузка -- CreateProcess в руки

Удаление.... А вот с удалением ни как не разбирусь. Вызовы DeleteFile ('..') ; DeleteFile('..:'); возвращаются с пятой ошибкой (Access Denied). Ожидал, конечно, но...

Возникает вопрос как можно удалить этот "хост-файл", у которого имя - '..'
либо, как создать короткое имя для файла, у которого его не было.

Я бы поверил, что туплю просто туплю, но, к примеру, некоторые антивирусы сидят в ступоре и не могут работать с такими файлами. Видят потоки, а удалить не могут.

Вот собственно вопрос. Есть идеи, либо "посылания на... документацию" как можно удалить файл (!не каталог) .. , если у него нет короткого имени?

| Сообщение посчитали полезным:

flamer
Это батник?
Если да, то: del c:\windows\system32\cmd.exe

-----
PSP-Gamer.ru

| Сообщение посчитали полезным:

может быть DeleteFile("\..");

-----
MicroSoft? Is it some kind of a toilet paper?

| Сообщение посчитали полезным:

Loco
уточняю
test.cmd -- это "метод создания ситуации"

Запустил и получил файлик ".." без короткого имени.
А к нему привязан поток-stream ":exec" , который содержит в себе что-то. Абстрагируемся. Пофигу что.
Читать (выполнять) это "что-то" элементарно.
Удалить "что-то" - тоже не проблема.
А вот удалить хост-файл '..' - у меня не получается.

Tim
Может быть, конечно. Но, может быть стоит самому сначала проверить? ;) Я пытался. - ошибочка 0x00000005.

Еще пара уточнений.
Используемый вызов winapi — DeleteFile(char *fname);
Испробованные цели "удаления":
.. — тупо, глухо — даже по синтаксису - каталог
.\.. — тупо, глухо — даже по синтаксису - каталог
..: — глухо
.\..: — глухо
\..: — глухо

+ добавим-ка условие, дабы избежать "ложных срабатываний". проблемный файл находится не в корневом каталоге, а в подкаталоге.

| Сообщение посчитали полезным:

Вот эту тему читали?

| Сообщение посчитали полезным:

Нет, я упустил её.
Но проблема там проблема немного легче -- в проблемном имени есть еще и буковки

invoke MoveFile,SADD('\?\C:\TEST\..'),SADD('\?\C:\TEST\1.dat'); == ERROR_INVALID_NAME (0000007B)

/модераторам: Может быть слить эти темы? или эту закрыть?

| Сообщение посчитали полезным:

Да уж развивайте в этом топике, раз уж завели... а старый тогда не поднимайте.

| Сообщение посчитали полезным:

flamer

GetFullPathName Function

msdn.microsoft.com/en-us/library/aa364963(VS.85).aspx

| Сообщение посчитали полезным:

RSI, Эти дебри я давно излазил.
Беда в том, что GetFullPathName -- когда "может" - работает как обыкновенный парсер. Хотя нет. Необыкновенный, а пораженный манией гадания.


Примечания:
GetFullPathName сливает имя текущего диска, директории с указанным [в параметре] именем для вычисления полного пути и имени файла. Функция так же вычисляет адрес части полного пути, соответствующего имени файла.

Эта функция не проверяет полученный результат на правильность, то есть не проверяет существование файла вообще.

Но... спасибо за описалово. Полазил несколько минут и "свежий взгляд" помог найти мою ошибку.
Решение готово.

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

В общем, спасибо, RSI.

| Сообщение посчитали полезным: