Рекурсивный поиск файлов и папок

@Mustang92 · Регистрация: 24.04.2011

Студворк — интернет-сервис помощи студентам

в консоли выводится бесконечный повторяющийся список, как этого избежать?!

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
#include <stdio.h>
#include <windows.h>
#include <conio.h>
#include <string>
 
using namespace std;
 
void findfiles(string dir){
HANDLE hFind;
WIN32_FIND_DATA FileData;
 
hFind=FindFirstFile((dir+"\\*").c_str(),&FileData);
 
if(hFind!=INVALID_HANDLE_VALUE){
do{
if(FileData.dwFileAttributes=FILE_ATTRIBUTE_DIRECTORY) {printf("%s\n",FileData.cFileName);findfiles(dir+"\\"+FileData.cFileName);}
else printf("%s\n",FileData.cFileName);
}while(FindNextFile(hFind,&FileData));
FindClose(hFind);
}
}
 
 
 
 
 
int main()
{
findfiles("E:");
_getch();
}

@soft.creator · 13.06.2012, 09:44

Причина в том, что первые два результата, которые Вам возвращает Find... - это каталоги "." и "..". Их необходимо пропускать при разборе результатов. Просто проанализируйте FileData.cFileName - если там одна или две точки, то переходите на следующую итерацию

@Mustang92 · 13.06.2012, 23:28 **[ТС]**

столкнулся с очередной проблемой в vusial c++.
нужно чтобы в label3 постоянно передавалось папка в какой идет поиск файлов через FindFirstFile. ниже описанная процедура у меня зависает,зависает и все приложение, вырубить можно тока через диспетчер задач. как можно "оживить" приложение, чтобы и приложение не зависало и передавалось в label3?!

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
private: System::Void FindFiles(string dir){
HANDLE hFind;
WIN32_FIND_DATA FileData;
 
hFind=FindFirstFile((dir+"\\*").c_str(),&FileData);
 
if(hFind!=INVALID_HANDLE_VALUE){
do{
if(FileData.dwFileAttributes | FILE_ATTRIBUTE_DIRECTORY){
    if(strcmp(FileData.cFileName,".")==0) continue;
    else if(strcmp(FileData.cFileName,"..")==0) continue;
    else {
        String ^s=gcnew String(dir.c_str());
        this->label3->Text=s;
        FindFiles(dir+"\\"+FileData.cFileName);
    }
}

@soft.creator · 13.06.2012, 23:33

А что в условии while цикла?

@Mustang92 · 13.06.2012, 23:42 **[ТС]**

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
private: System::Void FindFiles(string dir){
HANDLE hFind;
WIN32_FIND_DATA FileData;
 
hFind=FindFirstFile((dir+"\\*").c_str(),&FileData);
 
if(hFind!=INVALID_HANDLE_VALUE){
do{
if(FileData.dwFileAttributes | FILE_ATTRIBUTE_DIRECTORY){
    if(strcmp(FileData.cFileName,".")==0) continue;
    else if(strcmp(FileData.cFileName,"..")==0) continue;
    else {
        String ^s=gcnew String(dir.c_str());
        this->label3->Text=s;
        FindFiles(dir+"\\"+FileData.cFileName);
    }
}
 
}while(FindNextFile(hFind,&FileData));
FindClose(hFind);
}
         }

исправил

@soft.creator · 13.06.2012, 23:49

Похоже, continue игнорирует проверку условия в while и вызов FindNext. Перепишите тело цикла как

C++
1
2
3
4
5
6
    if (strcmp(FileData.cFileName, ".") != 0 && strcmp(FileData.cFileName, "..") != 0)
    {
        String ^s=gcnew String(dir.c_str());
        this->label3->Text=s;
        FindFiles(dir+"\\"+FileData.cFileName);    
    }

@Mustang92 · 14.06.2012, 00:15 **[ТС]**

не, проверка норм, хотя у вас более удобный код.
вставил ваш код, а проблема та же осталась:
1. нажимаю на кнопку - запускается эта рекурсивная проц-а
2. в label должно по идее записываться путь к папке, где происходит поиск файлов - такого нет
3. вся форма виснет - помогает тока диспетчер задач

@soft.creator · 14.06.2012, 00:29

В label никакой надписи и не будет. Вы ее туда, конечно, занесли, но неплохо бы ее и отрисовать. А когда это делать, если алгоритм поиска файлов сихронный и съедает весь процессор? Вы увидите только последнее, что туда занесли, и только после того, как весь процесс отработает.
Обычно такие вещи делают в отдельном потоке, и по таймеру опрашивают этот поток, чтобы в основном потоке занести текущий обрабатываемый путь в метку.

@Mustang92 · 14.06.2012, 14:44 **[ТС]**

мне кажется стопорюсь на самом простом - теперь не могу создать поток:

C++
1
2
3
4
5
6
7
8
9
10
11
private: System::Void FindFiles(...){
 
}
 
private: System::Void label5_Click(System::Object^  sender, System::EventArgs^  e) {
    this->label5->Visible=false;
    this->label4->Visible=true;
    HANDLE hFile;
    DWORD dwId;
    hFile=CreateThread(NULL,0,FindFiles("C:\\"),0,0,&dwId);
         }

error C2664: 'CreateThread' : cannot convert parameter 3 from 'void' to 'LPTHREAD_START_ROUTINE'

@alsu-24 · 07.02.2021, 20:57

Подниму ещё одну устаревшую тему.

Пользуюсь вот этим рекурсивным обходом директорий.
Хочу задавать эти вещи оттуда

C++
1
2
#define PATH L"C:\\gcc"
#define DEST_PATH  L"D:\\1\\log.txt"

самостоятельно с помощью Edit'ов так, чтобы лог сохранялся в корне сканируемой папки:

C++
1
2
3
4
5
6
7
8
char PATH_[1024] = { 0 };
 GetWindowTextA(hEdit1, PATH, 1024);
if (sc(PATH[strlen(PATH) - 1]) != 92) { strcat(PATH, "\\"); }
#define LOG_FILE "C:\\Users\\User\\LexAnalyser\\BaseFolder\\log.txt"
char* LOG_FILE = strcat(PATH, "log.txt");
HANDLE logFile = CreateFileA(LOG_FILE, GENERIC_WRITE, FILE_SHARE_READ, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
   WriteData(logFile, PATH);
CloseHandle(logFile);

В hEdit1 указываю: C:\\Users\\User\\LexAnalyser\\BaseFolder.
Лог сохраняется там, где я указываю. Но почему при варианте define LOG_FILE WriteData сканирует мою папку BaseFolder, как и надо, а при варианте char* LOG_FILE сканирование идёт в папке моего проекта C++ (причём не до конца)?

@oleg-m1973 · 07.02.2021, 21:22

Сообщение от alsu-24

Лог сохраняется там, где я указываю. Но почему при варианте define LOG_FILE WriteData сканирует мою папку BaseFolder, как и надо, а при варианте char* LOG_FILE сканирование идёт в папке моего проекта C++ (причём не до конца)?

Может потому что буфер у тебя объявлен с подчёркиванием

Сообщение от alsu-24

char PATH_[1024] = { 0 };

Но нигде дальше ты PATH_ не используешь

@alsu-24 · 08.02.2021, 04:50

Сообщение от oleg-m1973

Может потому что буфер у тебя объявлен с подчёркиванием

Но нигде дальше ты PATH_ не используешь

Наверное, вчера при редактировании поста (думал, что можно строки в коде принудительно цветом выделить) случайно поставил там подчёркивание. Вот так правильно (и проблема, указанная мной выше сохраняется):

C++
1
2
3
4
5
6
7
8
char PATH[1024] = { 0 };
 GetWindowTextA(hEdit1, PATH, 1024);
if (sc(PATH[strlen(PATH) - 1]) != 92) { strcat(PATH, "\\"); }
#define LOG_FILE "C:\\Users\\User\\LexAnalyser\\BaseFolder\\log.txt"
char* LOG_FILE = strcat(PATH, "log.txt");
HANDLE logFile = CreateFileA(LOG_FILE, GENERIC_WRITE, FILE_SHARE_READ, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
   WriteData(logFile, PATH);
CloseHandle(logFile);

@oleg-m1973 · 08.02.2021, 09:51

Сообщение от alsu-24

Вот так правильно (и проблема, указанная мной выше сохраняется):

Попробуй вот так

Сообщение от alsu-24

//#define LOG_FILE "C:\\Users\\User\\LexAnalyser\\BaseFolde r\\log.txt"
char* LOG_FILE = strcat(PATH, "log.txt");
HANDLE logFile = CreateFileA(PATH, GENERIC_WRITE, FILE_SHARE_READ, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
WriteData(logFile, PATH);

И посмотри, чему у тебя равен PATH

@alsu-24 · 08.02.2021, 14:17

Сообщение от oleg-m1973

Попробуй вот так

И посмотри, чему у тебя равен PATH

C:\Users\User\LexAnalyser\BaseFolder\log .txt

@oleg-m1973 · 08.02.2021, 14:22

Сообщение от alsu-24

C:\Users\User\LexAnalyser\BaseFolder\log .txt

Это не то, что нужно?

@alsu-24 · 08.02.2021, 15:13

Сообщение от oleg-m1973

Это не то, что нужно?

Файл создаётся нормально. Но рекурсивный обход в случае define идёт в той директории, которую я задаю в текстовом поле, а в случае char* - в папке проекта. Каким образом это зависит от имени лога...
На самом деле я уже просто создал две переменных - для сканируемой директории и для директории лога. Работает!

@oleg-m1973 · 08.02.2021, 15:28

Сообщение от alsu-24

Файл создаётся нормально. Но рекурсивный обход в случае define идёт в той директории, которую я задаю в текстовом поле, а в случае char* - в папке проекта. Каким образом это зависит от имени лога...

Т.е. у тебя не работает поиск, а показываешь создание файла, которое всегда работало нормально? Молодец, чё.

@alsu-24 · 08.02.2021, 15:42

Сообщение от oleg-m1973

Т.е. у тебя не работает поиск, а показываешь создание файла, которое всегда работало нормально? Молодец, чё.

Конечно, ведь в случае одного способа задания расположения лога поиск работает, а в случае другого - нет. И больше ничего на это не влияет.

Новые блоги и статьи Все статьи Все блоги /
Отображение реквизитов в документе по условию и контроль их заполнения Maks 04.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеСпецтехники", разработанного в конфигурации КА2. Данный документ берёт данные из другого нетипового документа. . .	Фото всей Земли с борта корабля Orion миссии Artemis II kumehtar 04.04.2026 Это первое подобное фото сделанное человеком за 50 лет. Снимок называют новым вариантом легендарной фотографии «The Blue Marble» 1972 года, сделанной с борта корабля «Аполлон-17». Новое фото. . .	Вывод диалогового окна перед закрытием, если документ не проведён Maks 04.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать программный контроль на предмет проведения документа. . .	Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита "ПричинаСписания". . .
wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .	Программное заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .

@soft.creator 106 / 106 / 11 Регистрация: 17.10.2010 Сообщений: 283
	13.06.2012, 09:44
	Причина в том, что первые два результата, которые Вам возвращает Find... - это каталоги "." и "..". Их необходимо пропускать при разборе результатов. Просто проанализируйте FileData.cFileName - если там одна или две точки, то переходите на следующую итерацию 2

@soft.creator 106 / 106 / 11 Регистрация: 17.10.2010 Сообщений: 283
	13.06.2012, 23:33
	А что в условии while цикла? 0

@Mustang92 5 / 5 / 2 Регистрация: 24.04.2011 Сообщений: 153
	14.06.2012, 00:15 [ТС]
	не, проверка норм, хотя у вас более удобный код. вставил ваш код, а проблема та же осталась: 1. нажимаю на кнопку - запускается эта рекурсивная проц-а 2. в label должно по идее записываться путь к папке, где происходит поиск файлов - такого нет 3. вся форма виснет - помогает тока диспетчер задач 0

@soft.creator 106 / 106 / 11 Регистрация: 17.10.2010 Сообщений: 283
	14.06.2012, 00:29
	В label никакой надписи и не будет. Вы ее туда, конечно, занесли, но неплохо бы ее и отрисовать. А когда это делать, если алгоритм поиска файлов сихронный и съедает весь процессор? Вы увидите только последнее, что туда занесли, и только после того, как весь процесс отработает. Обычно такие вещи делают в отдельном потоке, и по таймеру опрашивают этот поток, чтобы в основном потоке занести текущий обрабатываемый путь в метку. 1