Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2005.07.18;
Скачать: CL | DM;

Вниз

Как определить, пуста ли определенная папка?   Найти похожие ветки 

 
начинающий ©   (2005-06-26 16:18) [0]

Собственно, сабж. Я вот пробовал делать это посредством FindXXX, но возможно есть более элегантный способ?


 
Юрий Зотов ©   (2005-06-26 16:22) [1]

FindFirst и FindClose. Куда же еще элегантнее-то?


 
fghfg   (2005-06-26 17:13) [2]

попробовать стереть (rmdir), если успешно, значит пустая :)


 
Grief ©   (2005-06-26 22:30) [3]

Самое элегантное - проверить ее размер :) ИМХО, если папка пуста - ее размер равен нулю


 
begin...end ©   (2005-06-26 22:33) [4]

> Grief ©   (26.06.05 22:30) [3]
> ИМХО, если папка пуста - ее размер равен нулю

Особенно если внутри папки находится миллион файлов с нулевым размером.


 
Юрий Зотов ©   (2005-06-26 23:00) [5]

> Grief ©   (26.06.05 22:30) [3]

Размер папки (пустой или нет) равен размеру кластера.


 
KilkennyCat ©   (2005-06-27 00:35) [6]


> Юрий Зотов ©   (26.06.05 23:00) [5]


это глобально :) Можно также утверждать, что размер папки равен размеру ее имени + служебная информация. Прочее же - особенности (недостатки) файловой системы.


 
Юрий Зотов ©   (2005-06-27 00:40) [7]

> KilkennyCat ©   (27.06.05 00:35) [6]

Это не размер папки. Это размер ЗАПИСИ о ней в оглавлении тома.
Сама же папка хранится, как файл - поэтому ее размер равен размеру кластера (минимальный физический размер файла).


 
KilkennyCat ©   (2005-06-27 00:46) [8]


> Юрий Зотов ©   (27.06.05 00:40) [7]


гм... да. Хотя, зачем? Теоретически, достаточно записи. Ок, тогда ее размер будет размер данной записи, плюс размер ее файлового вида. Ведь без служебной записи она сама по себе имеет ноль информации. А в служебную запись получается входит и дерево прочих папок-файлов, в нее входящих. Однако, гемор, определять так размер папки, лучше воспользоваться [1]



Страницы: 1 вся ветка

Текущий архив: 2005.07.18;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.03 c
1-1119907500
iskatel
2005-06-28 01:25
2005.07.18
протокол TCP/IP


8-1111505240
savva
2005-03-22 18:27
2005.07.18
DirectX: "GetFrontBuffer ..... This function is very slow ..."


14-1119607278
boriskb
2005-06-24 14:01
2005.07.18
Экономим на зарплатах?


11-1102852673
kosend
2004-12-12 14:57
2005.07.18
Добавление новой формы


1-1119647298
мниор
2005-06-25 01:08
2005.07.18
DLL