PM
а так по сетке данные пакетах ходят
Size: a a a
2020 March 31
PM
теперь и с Яровой
PM
AS
эм, мне кажется мы не в ту степь ушли. Я говорил про то что Qt более высокоуровневый чем голый TCP, и всё
автор спрашивал "возможна ли склейка", я сказал, что это поток. ты ушел в файшарк. где логика?
PM
Склеивание пакетов происходит, но на уровне пониже. В qt обёртка высокоуровневая, об этом беспокоится не надо, и как сказал @anatolijs читаешь как из потока
я дополнил это сообщение, всё
PM
логика в дополнении
PM
лан, давай прекратим,это офтоп
AS
лан, давай прекратим,это офтоп
а ты хитрый перец
PM
не, простой как валенок
PM
ну хошь уйду
AS
причем здесь "уйду"
AS
передающая/принимающая сторона tcp соединения работает с потоками
PM
не спорю, все так
M
передающая/принимающая сторона tcp соединения работает с потоками
Вроде и поток, а вроде и пакет
Но вообще по хорошему это поток
Механизм TCP предоставляет поток данных с предварительной установкой соединения, осуществляет повторный запрос данных в случае потери данных и устраняет дублирование при получении двух копий одного пакета, гарантируя тем самым, в отличие от UDP, целостность передаваемых данных и уведомление отправителя о результатах передачи.
Но вообще по хорошему это поток
AS
Вроде и поток, а вроде и пакет
Но вообще по хорошему это поток
Механизм TCP предоставляет поток данных с предварительной установкой соединения, осуществляет повторный запрос данных в случае потери данных и устраняет дублирование при получении двух копий одного пакета, гарантируя тем самым, в отличие от UDP, целостность передаваемых данных и уведомление отправителя о результатах передачи.
Но вообще по хорошему это поток
для прикладной стороны склейка, упорядочивание, повторная передача скрыта
RG
Qt рекомендует тот на котором они тестируют http://slproweb.com/products/Win32OpenSSL.html
win32 (для win64 похожее) *MT (CRT статично внутри)
win32 (для win64 похожее) *MT (CRT статично внутри)
configure -debug-and-release^
-static -static-runtime^
-ltcg -no-pch ...^
-I C:\...OpenSSL...\include -L C:\...OpenSSL...\lib\VC\static^
-ssl -openssl-linked OPENSSL_LIBS="-lUser32 -lAdvapi32 -lGdi32 -lCrypt32 -lWS2_32" OPENSSL_LIBS_DEBUG="-llibssl32MTd -llibcrypto32MTd" OPENSSL_LIBS_RELEASE="-llibssl32MT -llibcrypto32MT"не помогло. не видит L. только D. только что проверил
RG
не помогло. не видит L. только D. только что проверил
RG
не помогло. не видит L. только D. только что проверил
в общем D версию надо использовать и ждать когда добавят до L версии обновление в qt
a
Есть поток A, есть поток B
Поток A - GUI (основной поток)
Поток B - работает с устройством
В потоке A (GUI) я хочу запросить информацию с устройства, запрос информации длительная по времени операция (5-15 секунд).
Вопрос:
вызов в потоке A метода объекта из потока B
B.Foo();
метод вызванный в потоке A, будет выполняться в потоке B (где находиться объект-владелец метода) или же в потоке, в котором произошел вызов?
Поток A - GUI (основной поток)
Поток B - работает с устройством
В потоке A (GUI) я хочу запросить информацию с устройства, запрос информации длительная по времени операция (5-15 секунд).
Вопрос:
вызов в потоке A метода объекта из потока B
B.Foo();
метод вызванный в потоке A, будет выполняться в потоке B (где находиться объект-владелец метода) или же в потоке, в котором произошел вызов?