|
From: | David GIRAULT |
Subject: | [lwip-devel] [bug #55607] MQTT assert when length of received message > MQTT_VAR_HEADER_BUFFER_LEN |
Date: | Wed, 30 Jan 2019 10:03:54 -0500 (EST) |
User-agent: | Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 |
Follow-up Comment #2, bug #55607 (project lwip): Seen another problem with mqtt_parse_incoming() that may not call mqtt_message_received() if remaining part of current buffer isn't equal to buffer_space! This is almost all time the case when called from altcp_tls socket. The second patch address this and additionally allow working mostly in zero-copy mode. Using a MQTT_VAR_HEADER_BUFFER_LEN of 1520 will allow zero-copy for all received frame (when connected through TLS). In our architecture, working on pbuf is faster than in `client->rx_buffer` because not in same memory space (SRAM vs. SDRAM). (file #46134) _______________________________________________________ Additional Item Attachment: File name: 0002-mqtt-support-mostly-zero-copy-message-analysis.patch Size:4 KB <https://savannah.nongnu.org/file/0002-mqtt-support-mostly-zero-copy-message-analysis.patch?file_id=46134> _______________________________________________________ Reply to this item at: <https://savannah.nongnu.org/bugs/?55607> _______________________________________________ Message posté via Savannah https://savannah.nongnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |