Skip to content

Client Association connection timeout working#570

Merged
Enet4 merged 1 commit intoEnet4:masterfrom
jmlaka:con_timeout_new
Oct 13, 2024
Merged

Client Association connection timeout working#570
Enet4 merged 1 commit intoEnet4:masterfrom
jmlaka:con_timeout_new

Conversation

@jmlaka
Copy link
Copy Markdown
Contributor

@jmlaka jmlaka commented Oct 12, 2024

  • multiple SocketAddrs accepted

I removed the empty SocketAddr iterator check, as it was too complicated and did not add much information.
The previous, faulty pull request counted the iterator and consumed it in the process, thus the error.

I did not write a test for the connection timeout functionality, as it is not possible to simulate
a connection timeout with the currently used test tooling inside the library.
( TcpListener::accept() cannot be used for this)

- multiple SocketAddrs accepted
@Enet4 Enet4 added A-lib Area: library C-ul Crate: dicom-ul labels Oct 13, 2024
Copy link
Copy Markdown
Owner

@Enet4 Enet4 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Right, looks good. Thank you for the follow-up!

I did not write a test for the connection timeout functionality, as it is not possible to simulate
a connection timeout with the currently used test tooling inside the library.
( TcpListener::accept() cannot be used for this)

Testing the happy path would be possible in one of the integration tests in tests. Ensuring that the timeout is truly in place is something which I suspect would either demand a custom TCP implementation or some system-level scaffolding to control address name resolution for the test suite. But for now we'll go with this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-lib Area: library C-ul Crate: dicom-ul

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants