Понимаю что тема баянная, но в упор аналогов не нашел.

У кого есть, поделитесь кодом поиска файлов по расширению, на всех дисках,каталогах и подкаталогах.  

Это сообщение отредактировал(а) DominiK - 28.10.2007, 11:07

1. получаешь список доступны лог дисков GetLogicalDriveStrings(), GetLogicalDrives(), 
2. циклом по ним с получением инфы о них GetDriveType()
3. цикл по жеским дискам + рекурсия на поиск файлов нужного типа (см. пример удаляния папки).

все.

Спасибо!
ЗЫ: тема не закрыта.

UP

нуу.. в чем проблемы-то расскажи чтоли...

DominiK,  вот здесь было похожее с коментариями.
Посмотри - может, поможет, а нет - будем думать дальше

Кидайте еще примеры  

Это сообщение отредактировал(а) DominiK - 2.11.2007, 14:38

поиск по FindFirstFile тебе их с избытком навалит.

dumb,  согласен - я по просьбе DominiK переделывал(ю) эту вариант
с той ссылки на многопоточный вариат - выиграш в скорость минимальный, разве что
GUI не залипает.

Вот мои идеи:
   - Если нужно очень часто и очень быстро искать файлы, то можно написать
     свой сервис, который в idle-mode будет следить за дисками (отлавливать
     изминения в файловой системе - удаление, создание, перемещение и ....)
     и заносить их в свою базу, а программа потом может обращаться к нему, а тот
     с помощью SQL будет с молниеносной скоростью выгребать данные (здесь и проблема
     с поиском по маске решается) или напрямую к базе, тогда решится проблема с
     обменом данных - не придётся писать код для его реализации.
     Вообщем, это что-то типа службы индексирования у Windows, но эту можно сделать "не срубаемой"
     плюс она не будет столь напряжна как её Windows аналог (хотя точно не скажу)
 
   - Можно использовать службу индексирования Windows, но я не нашёл ни пнужного интерфейса для
     доступа к ней, ни функций API, которые ищут через неё (вернее, надежду даёт FindFirstFileEx,
     но я ещё не успел проверить). Минусы этого подхода думаю очевидны - эту службу часто отключают,
     хотя Windows в своём поиске файлов это как-то решает

 с помощью SQL будет с молниеносной скоростьюа не круто для индексирования гонять ADO или подобное?.. используйте другие БД (berkeleyDB как пример)... хотя ваши дела 8) можно и в память все списки гнать.. 8) вы еще SqlServer бд приклеивайте) по мне так это слишком "круто" и излишне.

Спасибо всем, вопрос решен  

Это сообщение отредактировал(а) DominiK - 25.4.2008, 22:32

jonie, не я ADO и в помине не имел, я стороник SQLite. А по поводу излишне,
если очень часто искать нужно и это не какая-то утилитинка , то я думаю это самый
лучший вариант - я просто другого не знаю

SenkraD, 


такая база уже есть, и называется оно WMI. 

wmi.ExecQuery("SELECT * FROM CIM_DataFile WHERE Name LIKE '%.avi'");

и работает оно совсем не быстро...