Таймаут (не не простой...)

[Ramzes]

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

[Amed]

А делай перерыв в работе алгоритма каждые 59 секунд на секунду.

[Ramzes]

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

[Amed]

Грамотнее, еще грамотнее!

Уже ничего не понятно, поясни. Алгоритм твой?

[Ramzes]

Прочитал файл из папки (делается это DirectoryInfo.GetFiles() рекурсивно) прочитал файл, отправил на обработку, читаю след файл.
Во время обработки, читаю из него некоторые данные, и показываю их в листвьюве текстбоксах (это не важно где). Вообщем паузу делать нехочу, итак прога долго работает, а еще и пауза

[Amed]

Так не обязательно паузу на секунду. Надо только чтобы процесс сообщения в очереди обработал - воткни через каждые 1000 файлов паузу на четверть секунды. Или DoEvents.

[Ramzes]

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

[Dmitriy Solomnikov]

Попробуй Release собрать и запустить как отдельный процесс (без дебагера). Может там не будет вылетать?

[Vinechka]

Мне кажется, или такие вещи в отдельном потоке запускать надо? Во всяком случае я в параллельном потоке из сети данные выдергиваю и при проверке всего этого через момед никаких проблем небыло - сидит и ждет. Хотя по времени вплоть до примерно 5 минут было... ИМХО самый красивый метод. Иначе нам зачем дали многопотоковость?

[Ramzes]

Vinechka
Они в потоке и выполняются, правджа данные там бегают из одного потока в другой из другого в третий...