You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, I am attempting to use the netProxy software to proxy a TCP connection between two hosts. However, I have not been successful at transmitting any packets between the hosts using iPerf. Tracing the code execution, I have found that netProxy correctly identifies that the packet should be handled. Then,
TCP::handleTCPPacketFromHost makes a call to ConnectionManager::queryConnectionToRemoteHostForConnectorType. In that method, a mutex lock is set. Then, in the same code block, a call is made to ConnectionManager::findConnectivitySolutionsToRemoteHost, which itself attempts to set a mutex lock. At this point, thread execution appears to hang.
The text was updated successfully, but these errors were encountered:
Hello,
I am sorry you are having issues using NetProxy.
The code on GitHub is not updated to the same version we are using
internally, and so it is very well possible that issues such as potential
deadlocks and memory leaks have been fixed in our codebase, but those fixes
have not been uploaded to GitHub, yet.
While we will surely update the code as soon as possible, I could send you
the updated code so that you can compile and use that version.
If that is OK with you, just send me your email address and I will send you
a zip archive with the new source code.
Ciao,
Alessandro
On Thu, Jan 31, 2019 at 9:12 AM swatson0 ***@***.***> wrote:
Hello, I am attempting to use the netProxy software to proxy a TCP
connection between two hosts. However, I have not been successful at
transmitting any packets between the hosts using iPerf. Tracing the code
execution, I have found that netProxy correctly identifies that the packet
should be handled. Then,
TCP::handleTCPPacketFromHost makes a call to
ConnectionManager::queryConnectionToRemoteHostForConnectorType. In that
method, a mutex lock is set. Then, in the same code block, a call is made
to ConnectionManager::findConnectivitySolutionsToRemoteHost, which itself
attempts to set a mutex lock. At this point, thread execution appears to
hang.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#2>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AHqtbWe3J0Q706frn_2jJdqXIHw6OPdYks5vIwfrgaJpZM4acg1X>
.
Hello, I am attempting to use the netProxy software to proxy a TCP connection between two hosts. However, I have not been successful at transmitting any packets between the hosts using iPerf. Tracing the code execution, I have found that netProxy correctly identifies that the packet should be handled. Then,
TCP::handleTCPPacketFromHost makes a call to ConnectionManager::queryConnectionToRemoteHostForConnectorType. In that method, a mutex lock is set. Then, in the same code block, a call is made to ConnectionManager::findConnectivitySolutionsToRemoteHost, which itself attempts to set a mutex lock. At this point, thread execution appears to hang.
The text was updated successfully, but these errors were encountered: