Since I had CurrencyManager in BindingContext, your suggested solution resulted in CurrencyManager position not changing when user right-clicked the grid so I had to google again, this time with more words in the issue to succeed.
Here's the solution:
Using DataGridViewCellMouseEventArgs e I can change current row by setting CurrentCell property:
hi. I coded a multi threaded TCP Server (using .net 2.0)
and also I coded a client side program.Client side programs are executing on Mobile Devices
When the client number is six or seven a serious problem occurs , The problem is even if a mobile device send a message to server properly (Socket.Send is succesful and then start waiting for the response ) but often the response message does not arrive to client side.I think this is so weird
Is there a concurrent use of server side network i/o or something and needed to thread synchronization
to send data to clients or this is all about wireless network performance
It is likely a design issue. Multithreaded programming is an Advanced concept (to do correctly) and sockets programming is up there as well. (Compared to ASP.NET) If you have a TCP/IP socket you are guaranteed to be able to get data in order or get an exception (or socket closed).
but I look at a lot of sample code of multi threaded server applications.I can not find major diffirences to cause this kind of problem.Just I can see about that I don't use asynchronous functions for example networkstream.BeginWrite.
is that ok the concurrent (from all running threads) use of networkstream.Write function
may be somehow some Write functions fails according to concurrent use I don't know really.
my server code look like this sample code(Concurrent Server Application Example) its url
I am not sure it is crap or something else but I can not find any better sample .
But I want to repeat my main problem is clients sometimes does not get response messages from server even if at the first it can send messages server properly
any idea..? thanks a lot
Back in 1999 I spent 3 days with a packet sniffer to debug a client server application I wrote in C++. How long have you spent analyzing the raw network traffic and your code?
The code is hard to write and isn't usually a one line fix or an, oh you missed this. And like I said previously, all samples on the web derive from the MS sample which is crap including the link you provided which you would have known had you bothered to look at the MS sample.
There is nothing weird about it. Most people will have difficulty properly coding a multithreaded socket server even if they have vast experience doing it. If you are a novice then this is completely normal.
The thing that is actually weird is how many novices believe it will be simple to do it.