Try running without the debugger. An error is raised and for some reason the debugger fails to show the error dialog. So the error message you see is actually related to the debugger.
Thank you for your reply, Erel. Actually, this app is running for two-three months now with this error being raised not very often. Here's what I've found so far:
when, for example, I have two different sockets and two astreams, in one activity, and they are both working almost at the same time, here's what happens with the server:
receives a newSocket event, it creates a socket numbered 0. Then, for the second connection, it creates a socket numbered 1. That's ok, of course. BUT, then, when I'm sending a 'closeSocket' string from the two sockets, in order to close them from the server-side, server receives BOTH string-commands as arriving from socket 1!
I got rid of this problem, by simply making a serial execution of the two sub-routines which use these sockets. BUT, I suspect a similar behavior from two-three different sockets created by other clients and this is my concern now. I mean, I'm sending data to socket 0,1,2,3,... but then sometimes (not frequently) server responds to just socket 1,2,3 overriding for example socket 0. This socket is then open, and it raises an error event when closed by client. Any idea what I'm doing wrong here?