Allowing my search function to search sub directories!

This script works fine, however, it only scans the directory specified, but not it's sub directorys. How can I get it to do that?

Code:

 
void FindFileExample ()
{
  WIN32_FIND_DATA FileData;   // Data structure describes the file found
  HANDLE hSearch;			 // Search handle returned by FindFirstFile

  TCHAR szSearchPath[] = TEXT("A:\\Sum_2\\"); 

  BOOL bFinished = FALSE;

  // Create a new directory.

  if (!CreateDirectory (szDirPath, NULL))
  {
	 Error(TEXT("Unable to create new directory."));
	return;
  }

  // Start searching for .txt files in the root directory.

  hSearch = FindFirstFile (szSearchPath), &FileData);
  if (hSearch == INVALID_HANDLE_VALUE)
  {
		Error(TEXT("No .TXT files found."));
	return;
  }

  // Copy each .txt file to the new directory and change it to
  // read-only, if it is not already read-only.

  while (!bFinished)
  {
	AddStringToData(FileData.cFileName);

	if (!FindNextFile (hSearch, &FileData))
	{
	  bFinished = TRUE;

	  if (GetLastError () == ERROR_NO_MORE_FILES)
	  {
		Error(TEXT("Found all of the files."));
	  }
	  else
	  {
		Error(TEXT("Unable to find next file."));
	  }
	}
  }

  // Close the search handle.

  if (!FindClose (hSearch))
  {
	Error(TEXT("Unable to close search handle."));

  }
}

Thanks, August.

btw: I have the functions Error() and AddStringToData() allready declared.

For the love of all things Holy please post your WINDOWS questions in the WINDOWS board.

You need to use recursion. First give FindFileExample() a parameter -- the starting path to the files. After finding a file, check its attributes to see if it is a directory. If its a directory, do a recursive call to the function with the new path.

Code:

int FindFileExample (string path)
{

 ...
    if( data.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY )
   {
      // this is a directory
      if( strcmp(data.cFileName,".") != 0 && strcmp(data.cFileName,"..) != 0)
      {
           string newpath = path + "\\" + data.cFileName;
            FindFileExample(newpath);
       }

   }
}

Cool! I didn't know you could make a function call it's self!
Thanks, Ancient.

Originally Posted by Thantos

For the love of all things Holy please post your WINDOWS questions in the WINDOWS board.

This script runs in a DOS application.
I am sorry for not posting a DOS program in the WINDOWS board.

> How can I get it to do that?
My guess is read the F'FAQ

does it run in DOS or in a windows console application? I would find it surprising that you are actually running it in DOS. If you are using it as a win32 console application, it can still use the Win32 API and is therefore a windows application. If you are using the FindFirstFile API than it's windows.

Clearly said, rockytriton. I wish the board guidelines or rules would have been a little more
specific.

Sorry about that, Thantos.

Originally Posted by Cool-August

Cool! I didn't know you could make a function call it's self!

Welcome to the world of recursion

Originally Posted by Cool-August

Clearly said, rockytriton. I wish the board guidelines or rules would have been a little more specific.

Its actually pretty easy: If the situation requires you be on a windows OS post it in the windows board. Regardless if its a console or "windowed" app. If the situation requires a *nix OS post it in that board, regardless if its a console or "windowed" app.

I got a new problem!

Now when ever it finds the folder "System Volume Information" it says that "Access is denied". and then it ends my loop. Making it so that the rest of the files that it would have found, remain unfound. How can I prevent this like the Windows Explore Search program avoids it?

Thanks.

I never had that problem, but my login account as Administrative rights. You might try adding FILE_ATTRIBUTE_READONLY to the list. I don't know if this will work for you or not -- you will have to test it.

Code:

   if( (data.dwFileAttributes & (FILE_ATTRIBUTE_DIRECTORY | FILE_ATTRIBUTE_READONLY) )

It only happens on NTFS partions. And I am logged in as the Administrator.