Работа с recursive_directory_iterator Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Стандартный Переключить на: Линейный

[Bordes]

Доброе время суток!

Прошу помощи по решению следующей проблемы:
В приложении (под Windows 7) используется recursive_directory_iterator,
и когда он (итератор) доходит до каталога с запрещенным доступом,
его работа прерывается (по exception).

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

Доп. сведения:
Windows 7 RU, VS 2005, C++
boost 1.46.1

Тестовый пример:

Раскрывающийся текст

#include "stdafx.h"

#include "boost\filesystem.hpp"
#include <iostream>

using namespace std;
using namespace boost;
using namespace boost::filesystem3;

int _tmain(int argc, _TCHAR* argv[])
{
wpath p( L"c:\\" );

// Exception случится, например на "c:\\System Volume Information",
// а как пропустить его и продолжить дальше?

try
{
wrecursive_directory_iterator i( p ), end;

for(; i != end; i++)
{
wcout << *i << std::endl;
}
}
catch (const filesystem_error& ex)
{
wcout << ex.what() << '\n';
}

return 0;
}

[Алексей1153]

логично предположить, что вот так

    wrecursive_directory_iterator i( p ), end;

    for(; i != end; i++)
    {
        try
        {
            wcout << *i << std::endl;
        }
        catch (const filesystem_error& ex)
        {
            wcout << ex.what() << '\n';
        }
    }

но такой частый вход в try может замедлить работу, поэтому можно исхитриться с возвратом к выполнению цикла

    {
        wrecursive_directory_iterator i( p ), end;

        bool bNeedContinueAfterExcepted=false;
        do
        {
            try
            {
                for(; i != end; i++)
                {
                    if(bNeedContinueAfterExcepted)
                    {
                        bNeedContinueAfterExcepted=false;
                        continue;
                    }

                    wcout << *i << std::endl;
                }

                bNeedContinueAfterExcepted=false;//эта строчка лишняя, но наглядная
            }
            catch (const filesystem_error& ex)
            {
                wcout << ex.what() << '\n';
                bNeedContinueAfterExcepted=true;
            }
        }
        while(bNeedContinueAfterExcepted);
    }

[Bordes]

Спасибо за ответ,
но ничего не получилось -
при возврате в цикл итератор все еще указывает на проблемную директорию и при операции инкремента (именно при инкременте) снова выбрасывается исключение - происходит зацикливание, т.к. итератор не может сдвинуться дальше....

[Алексей1153]

а если без доступа к содержимому делать инкремент - тоже выбрасывается или шагает ? (буста нету, проверить не могу)

[Iron Bug]

похоже, это бага буста:
https://svn.boost.org/trac/boost/ticket/4494

впрочем, там что-то написано про передачу параметра конструктору итератора, но я не углублялась. не факт, что эта фича есть у старого буста.

[Bordes]

а если без доступа к содержимому делать инкремент - тоже выбрасывается или шагает ? (буста нету, проверить не могу)

выбрасывается

похоже, это бага буста:
https://svn.boost.org/trac/boost/ticket/4494

впрочем, там что-то написано про передачу параметра конструктору итератора, но я не углублялась. не факт, что эта фича есть у старого буста.

да, похоже, что бага... и что не закрытая
причем, вроде как такое исключение выбрасывается даже в no-throw version of recursive_directory_iterator....
(в которой параметр в конструкторе задается)

[Iron Bug]

причем, вроде как такое исключение выбрасывается даже в no-throw version of recursive_directory_iterator....
(в которой параметр в конструкторе задается)

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

[Bordes]

О!
Кажется рабочий вариант нашелся: надо в обработчике исключения вызвать для итератора no_push(), после чего при инкременте итератор не пытается "погрузиться" в проблемный каталог.

 try
  {
    wrecursive_directory_iterator i( p ), end;
  
    while ( i != end )
    {
      try
      {
        wcout << *i << std::endl;
        i++;
      }
      catch (const filesystem_error& ex)
      {
        wcout << ex.what() << '\n';
        i.no_push(); 
        i++; // пропускаем проблемную директорию
      }
    }
  }
  catch (const filesystem_error& ex)
  {
    wcout << ex.what() << L" Bad initial directiry\n";
  }

ЗЫ: Чтой-то пока не готов патчить boost. Тут бы по верхам хоть разобраться

[Алексей1153]

исключения - зло А они там, в бусте, не отключаются ?

[Iron Bug]

исключения - зло А они там, в бусте, не отключаются ?

отчего же - зло? при грамотном использовании вполне нормальное решение. когда у тебя куча вложенностей - проще всего кидать исключение и где-то на верхнем уровне, в одном месте, его обрабатывать, чем тащить через все процедуры коды ошибки. особенно если выходов из функции много. а в некоторых случаях (конструкторы) без исключений вообще нельзя сообщить об ошибке.

в бусте исключения не отключаются. они отключаются опцией компилятора (GCC -fno-exceptions, MSVC - по-моему, просто нужно не указывать EH-опции). но не факт, что в таком варианте буст вообще будет как-либо работать. либо можно покопаться в стандартных библиотеках, если перехватить точку входа в обработчик и заменить на свою. но в разных компиляторах они разные. по стандарту в ABI они обзываются Personality Routine. для GCC определение выглядит так:
#define PERSONALITY_FUNCTION __gxx_personality_v0
причём в GCC есть"быстрая" обработка исключений Drarf-2, а есть SJLJ(set jump-long jump), которая в сто раз более тормозная и нужна только для совместимости с системными библиотеками под вендой. а в MSVC SJLJ, без вариантов. но один хрен там компилятор не пересобрать

Сообщение отредактировал Iron Bug - 21.12.2011, 8:05