Details
-
Type: Bug
-
Status: Closed
-
Priority: Minor
-
Resolution: Fixed
-
Affects Version/s: V4.2.0.0, V4.3.0.0, V4.4.0.0, V4.5.0.0
-
Fix Version/s: V5.0.2.0
-
Labels:None
-
Account:SPC TCP_IP (SPCTCPIP)
Description
A server-side application starts using a server socket after the accept() callback provides it with a handle. If the connection is aborted from client-side the error() and close() callbacks are quickly invoked. If immediately another client connection is established the accept() callback is invoked and provides the same socket handle as the last time. Having in mind that usually the LWIP is started with a higher priority the application may sleep through that whole socket handle change and keep sending data designated for the first socket through the completely new socket.
Attachments
Issue Links
- relates to
-
PSLWIP-483 UDP socket resource not freed after close
- Closed