LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

TCP IP multi client connection is not working properly

Solved!
Go to solution

You're right. But the problem that causes in my server is the race condition when I try to use an other Queue to get the command coming from the client( second loop) and Dequeue it in the Top loop. Because the top loop originally is Enqueueing data for the second loop to grab. by Implementing an other queue, It will not Enqueue anything since It'll be waiting for the data from the second loop to dequeue

0 Kudos
Message 11 of 31
(1,992 Views)

Notifiers can be used.

 

And don't forget about timeouts.

0 Kudos
Message 12 of 31
(1,988 Views)

tried it.. It didnt work either

0 Kudos
Message 13 of 31
(1,979 Views)

Did you look at timeouts.

 

I'm not saying you can't use globals.  Just that they are more known for causing race conditions.  It is even more likely someone will use them incorrectly then using a queue incorrectly.

 

If you are careful and know what you are doing, they can be effective.

0 Kudos
Message 14 of 31
(1,968 Views)

I tried Using Both Queue and notifier, the timeouts avoid the race conditions but the Enqueue or send notification vis give me error 1. Saying an input parameter is invalid. I check my data type and data being sent, they are all the same.

0 Kudos
Message 15 of 31
(1,949 Views)

I'd have to see the latest version of your code before I could figure that out.

0 Kudos
Message 16 of 31
(1,939 Views)

My apologies. Here's the latest version

 

Admin Note - VIs removed per user's request.

0 Kudos
Message 17 of 31
(1,933 Views)

@RavensFan, did you get my latest update?

0 Kudos
Message 18 of 31
(1,908 Views)

It looks like the same files as before.  It still has all of those awkward queue manipulations.

0 Kudos
Message 19 of 31
(1,903 Views)

MY apologies. Here's the latest

 

Admin Note - VIs removed per user's request.

0 Kudos
Message 20 of 31
(1,896 Views)