Alexander Vershilov

[Imported from JIRA. Reported by Tim Watson [Administrator] @hyperthunk) as [CH-4](https://cloud-haskell.atlassian.net/browse/CH-4) on 2012-12-18 16:04:53] Issue taken from: https://cloud-haskell.atlassian.net/browse/CH-4 This was first raised as a question on issue #99. This is...

[Imported from JIRA. Reported by davidsd @davidsd) as [CH-2](https://cloud-haskell.atlassian.net/browse/CH-2) on 2012-08-17 18:10:24] Hello, I'm primarily interested in using Cloud Haskell for running computations on clusters that use job schedulers like...

[Imported from JIRA. Reported by Ryan Newton @rrnewton) as [CH-3](https://cloud-haskell.atlassian.net/browse/CH-3) on 2012-02-21 05:21:03] Taken from: https://cloud-haskell.atlassian.net/browse/CH-3 This has some limitations remaining (message size) but works for all of the demos...

Minor changes/fixes and resurrecting ping/pong benchmark.

3

I haven't committed in a long while so I thought I'd run this through you first, Edsko.

On line 451 of TestTransport.hs : https://github.com/haskell-distributed/distributed-process/blob/edsko/network-transport-2/tests/TestTransport.hs#L451 If I add another line beneath this, so that two connections are made between an endpoint and its own address, then the 'testConnectToSelf'...

All tests that uses `spawn` primitive keeps processes alive even after test is finished.

See [n-t-inmemory haskell-distributed/network-transport-tests#8](https://github.com/haskell-distributed/network-transport-inmemory/pull/8#discussion_r33150014) for additional discussion.

[NTTCP-12] Fix potential locking when waiting on the crossed MVar

1

[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...

[Imported from JIRA. Reported by Facundo Dominguez @facundominguez) as [NTTCP-8](https://cloud-haskell.atlassian.net/browse/NTTCP-8) on 2015-04-06 14:49:04] The [git history|https://github.com/haskell-distributed/network-transport-tcp/commit/3855e91dcad7381f6626fc47adb8f4c9c60d5279] seems to claim that a scheduled action is supposed to be executed only after...

[NTTCP-7] handleConnectionRequest should not blindly believe theirAddress

2

[Imported from JIRA. Reported by Alexander Kjeldaas @ak) as [NTTCP-7](https://cloud-haskell.atlassian.net/browse/NTTCP-7) on 2014-07-19 23:28:20] From casually reading the code, I'm worried about believing the received EndPointAddress in handleConnectionRequest. In an environment...