Как влияет на ПО Embarcadero XE в фоне?

[FataLL]

Что если после WaitCommEvent вставить Sleep(1)? Для пробы... Или INFINITE заменить на какую-нибудь реальную задержку?

[Vanta11a]

Что если после WaitCommEvent вставить Sleep(1)?

Нуль внимания, фунт презрения.

[FataLL]

А INFINITE поменять, скажем, на 100 или 200?

[Vanta11a]

А INFINITE поменять, скажем, на 100 или 200?

Так же глухо.
Должно же где-то на поверхности лежать простое и лаконичное решение, блин...

И ещё вот это EV_RXFLAG в SetCommMask

Передача данных сдохла полностью =)

[FataLL]

А если всё в отдельном потоке, может не открывать порт в режиме OVERLAPPED? Пусть WaitCommEvent вернёт значение, когда действительно что-то придёт... Не?

[Vanta11a]

Нельзя, информация не только принимается, но и может отправляться (по требованию). Причем отправление происходит верно.

[Stilet]

Откуда такая щепетильность к парочке тактов? Что за задача такая?

[Vanta11a]

Прием/передача данных между GUI и устройством по RS485.

Возможно я неправильно уяснил для себя назначение ovarlapped, исходя из этого мануала.
Как я понимаю, если будет неперекрываемая операция, то управление в программу не вернется, пока операция не будет выполнена. Соответственно может(?) подвиснуть GUI.
Или я не так все понял, и в масштабах сом-порта эти задержки пренебрежимо малы?

[waleri]

Я бы относился к этому мануалу поосторожней.
Автор предлагает нам воспользоваться overlapped I/O только для того, чтоб блокировать поток ожиданием. Зачем это нужно - не понятно, если все используемые функции (WaitCommEvent, ReadFile, WriteFile) могут ожидать сами.
Далее, чтение из COM порта выполняется по сигналу а запись - нет. Ну и где здесь логика?

Все, что нужно, это поток для чтения/записи и правильные COMMTIMEOUTS и никаких "перекрывемых" операций не надо.

[Vanta11a]

Т.е. следующая конструкция потока чтения должна корректно работать (при условии открытия порта без флага FILE_FLAG_OVERLAPPED)?

WaitCommEvent(hCom,&mask,NULL);
if((mask & EV_RXCHAR) != 0) {
ClearCommError(hCom,&temp,&comstat);
}