Databases
StackOverflow2013
Postsdbo
POC# TcpClient, Can following setup Deadlock (2 seperate programs communicating via TcpClient)
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POC# TcpClient, Can following setup Deadlock (2 seperate programs communicating via TcpClient)
    primarykey
    data
    text
    <p>I have 2 seperate program instances running on different computers. They are connected to each other other via a TcpClient (well 2 connections, an ingoing and outgoing, I am aware a TcpClient allows messages both ways, but for code simplicity it is easier to establish 2 connections).</p> <p>Both are sending a lot of messages, and will be sending more data then there is in the buffer. Both threads run through a cycle of reading then writing.</p> <pre><code>ReceiveIncomingMessagesFromTcpClient() ParseAndDeliverIncomingMessagesInternaly() CollectNewOutgoingMessagesInternaly() DeliverOutgoingMessagesViaTcpClient() </code></pre> <p>My program seems to run fine, and then stops sending messages, so I fear that the reason for this is that both are trying to Write Outgoing messages to their respective streams, both streams are full, and as nothing is there to empty the streams I have a deadlocked program.</p> <p>If that is the case verify if there is room in the buffer before I start sending the message, and only send what is room for? (to avoid blocking a send, and due to this enter the deadlock?)</p> <hr> <p>I have this function that sends the data, it can be called a lot of times in a row. The buffer size of the connection is the default 8kb.</p> <p>So if this action gets repeated enough times in a row the 8kb buffer will get filled, and the stream.Write() is a blocking statement, until the other side pulls the data.</p> <p>As the other side is a perfect mirror, if it has pulled a lot of data to send, both sides can be trying to send at the same time, causing the deadlock.</p> <pre><code>private void DeliverOutgoingMessagesViaTcpClient() { for(int i = 0; i &lt; message.Count;i++) { //send request Byte[] data = System.Text.Encoding.ASCII.GetBytes(message[i]); NetworkStream stream = connection.GetStream(); stream.Write(data, 0, data.Length); } } </code></pre>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. USTaoh
    1. USTaoh
    plurals
    1. PL
      singulars
      1. LTLinked
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. COCan you add some code of the receive and transmit functions. It seems odd that a transmit would block indefinitely for any reason. Anyway, how would the transmitting side know that the receiving side hasn't emptied its buffer? It doesn't seem likely
      singulars
      1. POC# TcpClient, Can following setup Deadlock (2 seperate programs communicating via TcpClient)
      1. USo_weisman
    2. CO@o_weisman I add the function that sends the List<String> message, which is the internal buffer of outstanding messages (can be long).
      singulars
      1. POC# TcpClient, Can following setup Deadlock (2 seperate programs communicating via TcpClient)
      1. USTaoh
    3. COIs it possible that both sides are waiting to receive data, resulting in a dead-lock type situation? You could try putting a time-out in the receive method, so if no bytes are received for a set time the program will move on to the send phase. See http://msdn.microsoft.com/en-us/library/system.io.stream.readtimeout(v=vs.110).aspx
      singulars
      1. POC# TcpClient, Can following setup Deadlock (2 seperate programs communicating via TcpClient)
      1. USDavid Kirkland
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload