QtSerialPort, Проблема сборки QtSerialPort под Windows Опции

[NAUGREEM]

спасибо, собрал...

заметил такой момент:
в unix варианте после чтения из порта есть такая строка:

readBuffer.chop(bytesToRead - qMax(readBytes, qint64(0)));

в win варианте ничего похожего нету...
в связи с этим рамер буфера чтения (который выводится командой bytesAvailable(), про которую я ранее писал) так и остаётся 512 - то есть той величины, на которую он быз зарезервирован перед чтением...

складывается впечатление, что кто-то что-то для венды недоделал, или я взял исходник не и того места...

[kuzulis]

складывается впечатление, что кто-то что-то для венды недоделал, или я взял исходник не и того места...

Да, есть касячок в реализации bytesAvailable() для винды.
Нужно чтобы он возвращал не размер буфера, а переменную actualReadBufferSize.

Сообщение отредактировал kuzulis - 18.1.2013, 15:15

[kuzulis]

Вроде исправил, обновись.

[NAUGREEM]

Вроде исправил, обновись.

обновил - заработало...
спасибо за оперативность)

но нашёл ещё глюк:
результат функции bytesAvailable() перед функцией clear() и после неё абсолютно одинаковый, хотя буфер чтения вроде должен обнулиться...

[kuzulis]

обновись еще раз, сегодня был коммит на исправление clear():

https://codereview.qt-project.org/#change,45274

[NAUGREEM]

Доброго всем!

Заметил такую штуку:

когда

dev.write(wbuf);
dev.waitForBytesWritten(100);

то

dev.waitForReadyRead(100); == тру
dev.bytesAvailable(); > 0

а когда

dev.write(wbuf);
dev.waitForBytesWritten(100);
msleep(50);

то

dev.waitForReadyRead(100); == фолс
dev.bytesAvailable(); == 0

qt4.8.4 Linux
всё делается в отдельном потоке...

вопрос: куда деваются прочитанные данные во время сна?

[NAUGREEM]

Хотя возможно у меня был глюк - после переподключения девайса больше такого не замечал...

[NAUGREEM]

Доброго всем!
Заметил недавно проблему - на USB-UART Com порте связь без проблем, а на Bluetooth Com порте порт отрывается не всегда, и в ErrorString пишет "отказано в доступе"...
Пробовал терминалкой - никаких проблем... открывает порт всегда с первого раза и не теряет связь, а если с помошью QtSerialPort - то через некоторое время (в пределах минуты) оказывается, что открытый порт уже свободен...
Кто-нибудь сталкивался с такой проблемой?
Может с блютузом надо как-то по особенному работать?

библиотеку брал из Git 10-го марта...
Qt 4.8.4, mingw32 (gcc-4.7)

[Алексей1153]

NAUGREEM, может, его периодически надо дрюкать - к примеру раз в полминуты, если не было активности, принудительно пишем или читаем 0 байтов

[NAUGREEM]

NAUGREEM, может, его периодически надо дрюкать - к примеру раз в полминуты, если не было активности, принудительно пишем или читаем 0 байтов

Интересно - создатели терминалки так же делали?