@anatolijs а с std приколами сталкивался?
/home/dev/android/ndk/21.3.6528147/sources/cxx-stl/llvm-libc++/include/cmath:319: error: no member named 'isfinite' in the global namespace
In file included from /home/dev/android/ndk/21.3.6528147/sources/cxx-stl/llvm-libc++/include/random:1637:
/home/dev/android/ndk/21.3.6528147/sources/cxx-stl/llvm-libc++/include/cmath:319:9: error: no member named 'isfinite' in the global namespace
using ::isfinite;
     ~~^

нет

Есть ли разница между:
~SomeClass() = delete;
vs
~SomeClass(){}

ибо есть такое:

~SomeClass() 
{
    if constexpr(expr)
    {
        //bla bla
    }
}

получим, что если expr == false мы получим пустой деструктор.

класс шаблонный если это важно. тобишь все в хедере. просто я не смог найти есть ли разница для деструктора который явно = delete и просто пустым.

Вопрос странный, мягко говоря. delete и пустой - совершенно не одно и то же

ну если = delete я явно не смогу вызвать delete. а если все будет на автомате происходить. то будет ли разница?

Раскомментируйте строку

хмм а слона то я и не приметил. спасибо

Добрый день!
Кто работал с SerialPort, подскажите, пожалуйста.
Буду приложение на Windows делать.
Нужно вычитывать данные с 7ми COM портов.

Правильно понимаю, что могу сделать 7 объектов serialport в 7 отдельных std::thread и вычитывать их асинхронно работы приложения в какие-нибудь свои вектора.

То есть, чтобы GUI приложения не зависал. И данные постоянно капали.
Какие-нибудь, наверное 7 очередей на condition_variable сделать.

просто 7 классов, каждый move_to_thread, каждый собирает какое-то необходимое кол-во данных и эмитит сигнал с собранной строкой

зачем стдшные треды

QSerialPort не блокирующий. можно и без потоков.
просто создать 7 соединений и реагировать на редирид сигнал

сигнал-слоты и так дают асинхронную работу

ну я слышал, что сериал блочит юи поток

тогда небылоб сигналов в этом классе, а два блокирующих метода реад/врайт

надо смотреть как написано.
сам обработчик сигнала readyRead конечно выполняется в текущем потоке, но если просто прочитать данные и куда то положить это не должно быть критичным.
если данные надо как то обрабатывать и это трудоемко то хорошо бы это делать не в main потоке

а если поток непрерывный?

осцилограф, например

QSerialPort provides a set of functions that suspend the calling thread until certain signals are emitted. These functions can be used to implement blocking serial ports:

    waitForReadyRead() blocks calls until new data is available for reading.
    waitForBytesWritten() blocks calls until one payload of data has been written to the serial port.

т.е. блочится когда только ты сам очень этого захочешь