Работа с 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;
}

[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