Я смотрел реализацию последовательного порта под VirtualBox. К сожалению, он много чего не поддерживает. В частности, четность Space/Mark. Короче, реализация там довольно ограниченная. Возможно, под Mac еще более куцая.

Надо заюзать сию либу - есть готовый Find*.cmake или свой писать придется?

Приветствую. Такая проблема:
Исходные данные: есть устройство, работаю с ним через QtSerialPort, все хорошо, но если выключить и снова включить девайс при открытом порте со стороны компа, то одно ядро процессора начинает грузиться на 100, и сигналы того потока, где создан и работает QtSerialPort перестают обрабатываться. В смысле не только сигналы, которые относятся к QtSerialPort, но и все другие, например слоты привязанные к таймеру по сигналу timeout() не вызываются. Такое впечатление, что где то внутри библиотеки код зацикливается в бесконечный цикл. ОС: win7 x86, завтра проверю на ubuntu.
Опять же для справки: была такая же проблема с УСБ модемами, если их выткнуть из usb порта при открытом СОМ порте, к нему привязанному, точно такое же поведение было, решил затычкой в виде создания доп. потока, который проверяет наличие порта через SerialPortInfo::isValid(), и если порт пропадал, то он его из того же доп. потока убивал, после чего нагрузка на проц пропадала и все сигналы отрабатывались нормально. При чем это поведение было только под win машинами, в ubuntu таких проблем не наблюдалось.
Для справки 2: в QSerialDevice такого поведения не наблюдается.

Девайс самодельный, подключен к компу через железный ком порт по 3-м проводам, rx, tx и gnd, параметры порта зашиты железно, 9600/noparity/noflow/8bit/1stopbit, ну и внутри софтовая реализация rs232-го интерфейса.

Если к железному, то включение/отключение девайса не имеет никакого значения, давай пример который воспроизводит проблему.



Аналогично, давай минимальный компилябельный пример, который воспроизводит проблему.

пример, который воспроизводит проблему - терминал из стандартных экзамплов.

Завтра попробую поглубже поковыряться - о результатах отпишусь.