Вообщем обнаружилась такая проблема: есть приложение на С#, FW 4.0. При старте создается несколько потоков, после чего они приостанавливаются (...WaitOne(). По событию они должны проснуться... и тут начинается "непонятное". Если проект запущен из студии (с перекомпиляцией), то все работает отлично, потоки просыпаются. Но если сразу после этого запустить приложение просто через *.exe файл (Bin/Debag) , то один из потоков наотрез отказывается просыпаться. Такая "фигня" происходит на 3х ПК из 5ти. Если перезагрузить ПК, то приложение при первом запуске (речь о запуске через *.exe файл) отрабатывает нормально, а при последующих опять не просыпается один поток. FW переустанавливал, студию тоже... не знаю в чем может быть проблема. Рад буду выслушать ваши мнения и советы.

Так ведь дело в том что при запуске проекта из студии -все отлично работает, а при запуске из Bin/Debag проблема с потоком.

схематично код выглядит как то так
При запуске:
создаем потоки

класс 1:
private AutoResetEvent _autoEvent;
....
в конструкторе класс 1
_autoEvent=new AutoResetEvent(false);


класс 2
private AutoResetEvent _autoEvent;
...
в конструкторе класс 2
_autoEvent=new AutoResetEvent(false);

затем потоки приостанавливаются
_autoEvent.Reset();
_autoEvent.WaitOne();

при появлении события (а конкретнее, в очереди появляется объект для записи в БД)

будим потоки

сперва в классе 1
_autoEvent.Set();

затем в классе 2
_autoEvent.Set();

да, натыкался на это...
но это выглядело бы правдоподобно если бы:
1. то работало то не работало - а тут на 1 ПК никогда не работает, на другом Всегда работает.
2. если бы приложение вело себя одинаково при запуске через студию и при запуске через *exe файл

WPFВы в коде вызываете Reset(). Reset() удаляет всю очередь, то есть потоки завершают работу и возвращаются обратно в пул, если таковой используете. Если же вы ждете события неопределенное время, тогда есть смысл вернуть потоки в пул, а затем позвать их обратно, а не продолжать работу с демонами. Если же вы ожидаете объект для работы с БД, тут вообще нужно абстрагироваться от логики приложения, используйте делегаты Action, Func, они для этого и придуманы. А тянуть поток через всю логику и прерывать его на каждый чих неразумно.

но разве это может объяснить разницу в работе через студию и через ехе файл

тема закрыта, проблема решена. Ошибка в коде: не в том месте "взводился" разрешающий флажок для одного из потоков. А мистика в работе объяснялась быстродействие: на более медленных тачках, пока просыпался первый поток, "флажок для второго успевал взвестись.

всем спасибо за участие.