Yes, definitely expected because of the way things are implemented:
The server block waits on listen, and passes the file descriptor to the first connection to the gnuradio file descriptor source/sink. After that there is no way for it to accept another connection and replace the file descriptor block.
To do this in a better way, we would probably need a more complicated tcp block, or something at the C++ level.
-Josh On 04/25/2010 09:32 PM, Berndt Josef Wulf wrote:
G'day, I've created a simple application in GRC using a TCP source in server mode. When started, it excepts connections on the allocated port for the first time. However, after statefully disconnecting from the port, any further attempts to make a new connection with the server application fail - "connection refused". Is this the expected behavior? I was assuming that it will accept new connections after disconnecting from the previous session. cheerio Berndt _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
