Fix possible AttributeError and OSError on calling TCPTransport.close()

[Thom747]

Pull request

Choose Correct

• bug
• feature

Describe the pull request

This PR fixes two bugs:

• It is possible for socket.shutdown or socket.close to throw OSErrors if the underlying file descriptor is no longer valid. A typical scenario where this could occur is when the remote party of a TCP connection closes the connection and the kernel cleans up the descriptor before the local party can call TCPTransport.close. This error is now caught, as the close effectively did what it intended to do: make sure the socket is closed.
• TCPTransport.close may be called multiple times, typically when both sides of a TCP connection try to close at the same time. In this case, both _base_receive and some user code call close in any order, resulting in an AttributeError, as _sock would be set to None by the first call. This error is now guarded against by locking and checking that _sock is not None yet.

To Reproduce

• To reproduce the OSError: close a TCP connection created by a TCPTransport a bunch of times from the remote node, then call close on the TCPTransport. Not sure how deterministic this is on other systems, but in our system this was almost guaranteed to cause this problem.
• The reproduce the AttributeError: simply call close multiple times. For a more realistic scenario, have the remote party and the local party attempt to close the TCPTransport at roughly the same times.

Expected behavior

These errors are not propagated to the user.

Desktop (please complete the following information):

• OS: Docker image debian:bookworm-slim with eRPC installed.
• eRPC Version: v1.13.0

Steps you didn't forgot to do

• I checked if other PR isn't solving this issue.
• I read Contribution details and did appropriate actions.
• PR code is tested.
• PR code is formatted.
• Allow edits from maintainers pull request option is set (recommended).

[Thom747]

@Hadatko or @MichalPrincNXP This PR has not been handled for almost half a year now. Could one of you pick this up?

[MichalPrincNXP]

Thank you for the effort and sorry for the delayed response.