Так это же синтаксичны цукар.

>>Совершенно не Qt Style.
А как же

C++ (Qt)
     QString i;           // current file's number
     QString total;       // number of files to process
     QString fileName;    // current file's name
 
     QString status = QString("Processing file %1 of %2: %3")
                     .arg(i).arg(total).arg(fileName);

??

Вот с понятностью-то и проблема. От функции baudrate ожидаешь, что она будет возвращать значение параметра, а не устанавливать его (должно быть setBaudrate).

Я тут закомитил много чего, уже библиотека в принципе наполовину работает:
- Windows - класс SerialPort + SerialPortInfo работают.
- .nix - только SerialPortInfo работают.

На что хотел бы заакцентировать внимание:
1. Нужна правильная реализация методов: setDataErrorPolicy(), dataErrorPolicy() .

Жду реализацию от тов. b-s-a.

2. Нужна правильная реализация отлова ошибок. В текущем варианте она криво реализована.
Для Windows: Реально они ловятся через CrearCommError, так вот, непонятно куда его сунуть в код (сунул пока
в bytesAvailable() и read()) - но некрасиво получается.

Жду реализацию от тов. b-s-a.

По п. 1. и 2. я там набросал на скорую примерный вариант - но, чую, что ерундово.
Почему от b-s-a - потому, что он предложил использовать Policy.

Так что, b-s-a, тебе и флаг в руки, т.к. я не оч. понимаю что требуется!

3. Так же от всех заинтересованных лиц хотел бы услышать в общем комментарии по поводу текущей структуры классов и их взаимодействия между собой.
Годится ли такая структура или нет?

Аха, пойдёт.
Я хоть тогда уловлю основную суть.

>>так как ОС позволяют ошибку игнорировать, опускать или заменять нулем
В Windows можно только игнорировать, заменять нулем, блокировать операции чтения/записи (судя по MSDN),
а вот опускать/пропускать не получится наверное.

Эти опции устанавливаются в DCB:

StopReceiving

PassZero


Но!  Все эти опции в винде работают через Ж.. .

К примеру, если устанавливаю PassZero, то WaitCommEvent не генерирует событий на приход некоторых символов (например '6'),
и если набрав/жмакнув несколько раз '6666' а потом '7' - то событие появляется и класс читает все 5 символов (замененных нулями).

Если устанавливаю StopReceiving - то не получается остановить чтение, т.к.
перед тем как прочитать данные в классе вызывается метод bytesAvailable(), который содержит ClearCommError(), который
сбрасывает ошибку и разрешает чтение/запись. Поэтому чтение данных не останавливается (я так предполагаю).

В общем, в Windows много непонятных моментов ещё. И как ухитриться прикрутить её особенности к логике SerialPort для меня еще та загадка.

>>В этом случае все режимы реакции на ошибки эмулируются очень просто.
Не хотельсь бы заморачиваться с эмуляцией, т.к. это трата проц. времени и увеличение вычислительных ресурсов + замедление работы.
Хотельсь бы всё сделать нативными средствами.
Но посмотрим что получится.

-----

b-s-a, ок, делай что планировал, идеи в принципе понятны.

Я юзаю библу на линухе на платформе ARM и у меня возникла следующая проблема. При подключении через библиотеку переходника USB-COM от профилинка периодически всё зависает. Данных гоняется через интерфейс немного и данные из буфер забираются каждые пару секунд. Причем после зависания система уже не реагирует на включение-отключение переходника и спасает только ребут. Версия библы 0.3.0, qt4.6.3. Никто не сталкивался с подобным поведением?

Ок, вечером будет код. Пробовал 0.4.0 и новую, с ней вообще не заводится, не может открыть порт, поэтому вынужден был остаться на 0.3.