Вон как! Вот этого описания нигде не встречал (или не запомнил) - где об этом можно прочитать?ARV писал(а):Когда все процессы просмотрены, происходит возврат из той самой getMessage с кодом "очередь пуста" и программа отрабатывает ситуацию IDLE - т.е. простой.
У меня такое представление о программах:
ДОС
Классическая программа предполагает последовательное выполнение программы. Т.е. проверили клавиатуру, посчитали чего-нибудь, нарисовали что-нибудь на экране, проверили порты и т.д.
В результате получаем довольно экономную по затратам программу.
Windows
Пишутся обработчики для различных событий - пришло сообщение "нажата клавиша" запускается подпрограмма его обработки, пришло сообщение "перерисовать экран" -делаем и т.д.
Пока программа успевает обрабатывать события никаких проблем не возникает, разве что программа требует несколько больше памяти. Создается ощущение что все кусочки работают параллельно. Ситуация усложняется если программа обработки требует много времени. Тогда возникает "подвисание" программы.
Одним из способов борьбы с подвисанием может быть искуственное прерывание программы обработчика, но это уже требует повышения качества программирования: учета возможности изменения обрабатываемых параметров, запуска дополнительных экземпляров той же программы, принятия решения о нужности - ненужности продолжения и т.п.
Что касается микроконтроллеров то работа с запрещенным прерыванием очень напоминает классическую дос-программу. При этом программы получаются компактные, но работать с оборудованием удобно только последовательно.
Использование прерываний позволяет легко использовать сразу несколько внешних устройств. Но расплачиваться за это приходится более сложной программой.
Скорее всего просто .NET Framework неправильно отработал при попытке создания нового потока, и благополучно повесил программу.
