Ошибка: FIFO Queue srcIndex вне диапазона массива

[cerkonst]

Здравствуйте, сталкнулся с такой проблемой, и очень долго не могу ее решить. Может найдутся умные коллеги которые меня поправят.
Ситуация следующая:
Пешется программа для управления оборудованием через USB порт. Для организации очереди передачи данных использую тип Queue q = new Queue();. Добавление и удаление элементов из этой очереди происходит параллельно, т.к. очень большой объем данных, возможно и в этом причина, но по другому никак. Программа рабочая, ошибок компиляции нет. И все бы хорошо, но иногда выскакивает ошибка: при добавлении в очередь оператором q.Enqueue(5); "Невозможно добавить элемент. srcIndex находиться вне диапазона массива".
Может кто поможет советом.
Еще примечание: добавление и удаление элементов происходит в разных дочерних потоках, Тип очереди объявлен в родительском потоке, ошибок доступа к очереди не наблюдалась.

[Пепел Феникса]

вы бы заюзали потокобезопасную очередь чтоли...
в МСДН же написано что обычная очередь не потокобезопасна

Любой член этого типа, объявленный как public static (Shared в Visual Basic), является потокобезопасным. Потокобезопасность элементов экземпляров не гарантируется.
Для обеспечения потокобезопасности операций над объектом Queue, все они должны выполняться с помощью оболочки, возвращаемой методом Synchronized.
Перечисление коллекции не является потокобезопасной процедурой. Даже если коллекция синхронизирована, другие потоки могут ее изменить, что приведет к выдаче исключения перечислителем. Чтобы обеспечить потокобезопасность при перечислении, можно либо заблокировать коллекцию на все время перечисления, либо перехватывать исключения, возникающие в результате изменений, внесенных другими потоками.

[cerkonst]

Сообщение от Пепел Феникса

вы бы заюзали потокобезопасную очередь чтоли...
в МСДН же написано что обычная очередь не потокобезопасна

Спасибо что навели на нужную тему, возможно причина крылась именно в этом. "Возможно" потому что еще прошло мало испытаний, но на данный момент где были 100% сбои, они пропали. Будем надеется что и не появятся.
Вопрос был решен заменой класса Queue<T> на ConcurrentQueue<T>.