Сбой FindNextFile в 64-разрядной Windows?

StackOverflow https://stackoverflow.com/questions/95956

  •  01-07-2019
  •  | 
  •  

Вопрос

используя C ++ Builder 2007, функции FindFirstFile и FindNextFile, похоже, не могут найти некоторые файлы в 64-разрядных версиях Vista и XP.Мое тестовое приложение является 32-разрядным.

Если я использую их для перебора папок C:\Windows\System32\Drivers они находят только несколько файлов, хотя их 185, когда я ввожу команду dir в командной строке.Используя тот же пример кода, перечислены все файлы, которые работают нормально в 32-разрядной версии XP.

Вот небольшой пример программы:

int main(int argc, char* argv[])
{
  HANDLE hFind;
  WIN32_FIND_DATA FindData;
  int ErrorCode;
  bool cont = true;

  cout << "FindFirst/Next demo." << endl << endl;

  hFind = FindFirstFile("*.*", &FindData);
  if(hFind == INVALID_HANDLE_VALUE)
  {
    ErrorCode = GetLastError();
    if (ErrorCode == ERROR_FILE_NOT_FOUND)
    {
      cout << "There are no files matching that path/mask\n" << endl;
    }
    else
    {
      cout << "FindFirstFile() returned error code " << ErrorCode << endl;
    }
    cont = false;
  }
  else
  {
    cout << FindData.cFileName << endl;
  }

  if (cont)
  {
    while (FindNextFile(hFind, &FindData))
    {
      cout << FindData.cFileName << endl;
    }

    ErrorCode = GetLastError();
    if (ErrorCode == ERROR_NO_MORE_FILES)
    {
      cout << endl << "All files logged." << endl;
    }
    else
    {
      cout << "FindNextFile() returned error code " << ErrorCode << endl;
    }

    if (!FindClose(hFind))
    {
      ErrorCode = GetLastError();
      cout << "FindClose() returned error code " << ErrorCode << endl;
    }
  }
  return 0;
}

Запуск его в папке C:\Windows\System32\Drivers в 64-разрядной версии XP возвращает следующее:

C:\WINDOWS\system32\drivers>t:\Project1.exe
FindFirst/Next demo.

.
..
AsIO.sys
ASUSHWIO.SYS
hfile.txt
raspti.zip
stcp2v30.sys
truecrypt.sys

All files logged.

Команда dir в той же системе возвращает это:

C:\WINDOWS\system32\drivers>dir/p
 Volume in drive C has no label.
 Volume Serial Number is E8E1-0F1E

 Directory of C:\WINDOWS\system32\drivers

16-09-2008  23:12    <DIR>          .
16-09-2008  23:12    <DIR>          ..
17-02-2007  00:02            80.384 1394bus.sys
16-09-2008  23:12             9.453 a.txt
17-02-2007  00:02           322.560 acpi.sys
29-03-2006  14:00            18.432 acpiec.sys
24-03-2005  17:11           188.928 aec.sys
21-06-2008  15:07           291.840 afd.sys
29-03-2006  14:00            51.712 amdk8.sys
17-02-2007  00:03           111.104 arp1394.sys
08-05-2006  20:19             8.192 ASACPI.sys
29-03-2006  14:00            25.088 asyncmac.sys
17-02-2007  00:03           150.016 atapi.sys
17-02-2007  00:03           106.496 atmarpc.sys
29-03-2006  14:00            57.344 atmepvc.sys
17-02-2007  00:03            91.648 atmlane.sys
17-02-2007  00:03           569.856 atmuni.sys
24-03-2005  19:12             5.632 audstub.sys
29-03-2006  14:00             6.144 beep.sys
Press any key to continue . . .
etc.

Я озадачен.В чем причина этого?

Брайан

Это было полезно?

Решение

Происходит ли перенаправление?Смотрите примечания к Wow64DisableWow64FsRedirection http://msdn.microsoft.com/en-gb/library/aa365743.aspx

Другие советы

Я нашел это в MSDN:

Если вы пишете 32-разрядное приложение для перечисления всех файлов в каталоге и приложение может быть запущено на 64-разрядном компьютере, вам следует вызвать функцию wow64disablewow64fsredirectionфункцию перед вызовом FindFirstFile и вызвать Wow64RevertWow64FsRedirection после последнего вызова FindNextFile .Дополнительные сведения см. в разделе Перенаправитель файловой системы.

Вот ссылка

Из-за этого мне придется обновить свой код :-)

Вы уверены, что он ищет в том же каталоге, что и команда dir?Похоже, у них нет никаких общих файлов.

Кроме того, это не проблема, но правильным символом подстановки для "всех файлов" является *

*.* означает "все файлы, содержащие хотя бы один .во имя"

Есть ли какие-либо предупреждения при компиляции?

Ты превратился ВСЕ предупреждения для этого конкретного теста (поскольку он не работает)?

Сначала убедитесь, что устранены предупреждения.

С примером кода проблем нет.У меня есть еще одно приложение, которое тоже выходит из строя, написанное на Delphi.Я думаю, что нашел ответ, основанный на ответе Криса о перенаправлении:http://msdn.microsoft.com/en-gb/library/aa364418 (ПРОТИВ 85).aspx

Понял:

http://msdn.microsoft.com/en-gb/library/aa384187 (ПРОТИВ 85).aspx

Когда 32-разрядное приложение считывает данные из одной из этих папок в 64-разрядной ОС:

%windir%\system32\catroot
%windir%\system32\catroot2
%windir%\system32\drivers\etc
%windir%\system32\logfiles
%windir%\system32\spool

Windows фактически перечисляет содержимое:

%windir%\SysWOW64\catroot
%windir%\SysWOW64\catroot2
%windir%\SysWOW64\drivers\etc
%windir%\SysWOW64\logfiles
%windir%\SysWOW64\spool

Спасибо за твой вклад, Крис, который помог мне разобраться в том, что происходит.

Редактировать:Спасибо и тебе, Людвиг :-)

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top