defunct 0 16 ноября, 2009 Опубликовано 16 ноября, 2009 · Жалоба Ничуть не сложнее. Обработка зависит от темпа поступления данных. Если темп такой же как частота вызова таймерного прерывания, то также посимвольно получится. Почему нельзя обойтись без вложенности я уже писал. темп будет ведь не такой (для 115200 к примеру темп у вас 1:10), потому и нельзя получается. P.S. на всякий случай напомню с чего началась дискуссия и ваши возражения. (rezident @ Nov 8 2009, 07:32) Ради справедливости хотелось бы заметить, что не всегда есть возможность разбирать пакет "на лету" по причине многоуровневой организации связи. Уточно, что "на лету" я предлагаю не разбирать, а выделять пакет из in-stream'a. Разбирать пакет должен следующий уровень работающий в app thread'е. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 28 ноября, 2009 Опубликовано 28 ноября, 2009 · Жалоба у вас найдется способ отмерить таймаут в 1.75ms под Windows?Performance timer... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
defunct 0 8 декабря, 2009 Опубликовано 8 декабря, 2009 · Жалоба Performance timer... Согласен, начиная с P4 Northwood отмерять можно. На более старых Intel'aх его не было. В AMD вообще есть такой? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 9 декабря, 2009 Опубликовано 9 декабря, 2009 · Жалоба В AMD вообще есть такой?Есть. Ещё на семпроне пробовал. Попробуйте сами.#include <windows.h> ... bool TPerformanceCounter::Init() { LARGE_INTEGER Cnt; if (QueryPerformanceFrequency(&Cnt)) { ... return (1); } return (0); } Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться