Поставь управляемый коммутатор, который будет блокировать итерации при работе обработчика и по окончанию разблокировать. Можно как-то так

code_25715.txt

Я так понимаю обработчик это элементы формы?

Нет, это твоя схема парсинга, котора читает данные с ListBox-а. Ну нельзя читать внешний файл, если ты обрабатываешь в это время данные с этого элемента. Просто в твоей схеме черт ногу сломает, что, после чего, и в каком потоке выполняется

Т.е. мне надо запустить таймер -> прочитать данные с ListBox-а -> отключить таймер -> обработать данные и процесс заново повторяется.

Ну, да, окончанием процесса запустит таймер чтения снова, или использовать коммутатор, как я предложил, тогда будет минимальна потеря между итерациями

Пойдет схема???

Эта схема не сильно отлчается от той, что есть сейчас. Таймер не отклчается при обработке, а гарантировано будет пытаться залезть в чтение, особенно, если в обработчике есть параллельный поток. Я привел схему коммутатора для таймера, который гарантировано не запустит чтение, пока не закончится действие обработчика, тк его выход в режиме обработки работает в никуда

А вообще кратность интервалов таймеров влияет на возникающие ошибки???

Да, может влиять

А если интервал таймеров взять не кратными,то вероятность возникновения ошибок ниже?

Сильно сомневаюсь, что поможет

Тоже так подумал.
------------ Дoбавленo в 20.54:
Такая схема корректна???

Для такой схемы не нужен переключатель. У тебя же схема обоаботчкиа гораздо больше, или я что-то упустил

Если не учитывать условия,которые заменяют теги на время,дату.Упрощенная схема получается такая.

Тогда непонятно, какого черта эта схема виснит, не думаю, что она за пол секунды не успевает перебрать список. Хотя, все зависит от размера списка