network-transport-tcp
network-transport-tcp copied to clipboard
haskell-distributed
TCP Realisation of Network.Transport
https://travis-ci.org/github/haskell-distributed/network-transport-tcp/jobs/282719342
https://travis-ci.org/github/haskell-distributed/network-transport-tcp/jobs/733967919
From the https://github.com/haskell-distributed/network-transport-tcp/commit/3855e91dcad7381f6626fc47adb8f4c9c60d5279: > Simply doing > > thingToSend send thingToSend > > is not good enough, because now if we have to threads doing the above the sends may...
It seem interrupting send calls of the TCP transport can sometimes produce the receiver side to append incomplete messages with unrelated messages and deliver that to upper layers. Either interrupted...
At a minimum, the TCP transport has a few threads on a couple of nodes which all need to be coordinated to work as expected. n-t-tcp currently lacks the ability...
Closing the socket on probing timeout ([code](https://github.com/haskell-distributed/network-transport-tcp/blob/d58250e2388b86a1865ac4139373cbdc106e72e1/src/Network/Transport/TCP.hs#L1121)) may not take any effect on the thread handling the incoming messages (as it is supposed) and, as result, the connection gets stuck...
When an established connection is breaking for some reason (because the TCP Ack does not come within the TCP User Timeout, for example) re-establishing the connection is bound by the...
Folks whom I've assigned this to - I'm just looking for feedback and suggestions as to where I can look in the code to potentially fix this issue. I know...
``` * A send connect to B (lightid=1024) A.next_lightid = 1025 A.outgoing = 1 * B send connect to A (lightid=1024) B.next_lightid = 1025 B.outgoing = 1 * A send...
[Imported from JIRA. Reported by Facundo Dominguez @facundominguez) as [NTTCP-12](https://cloud-haskell.atlassian.net/browse/NTTCP-12) on 2015-05-27 20:55:45] The handler of incomming requests is waiting on the {{crossed}} MVar before accepting an incoming connection. This...
