Jump to content
Sign in to follow this  

TCPConnect Timeout

Recommended Posts

I have created a program which sends out a message via TCPSend to every computer in the building. If the computer has the client application running which listens to a specific port, everything works great. However, if a computer does not have the client running, the TCPConnect takes 20 seconds before it fails. I have about 300 computers I need to connect to with this program so 20 seconds for each failed computer is a long time to wait. (This application is meant to send emergency notifications)

Is there a way to change the timeout period for TCPConnect, or any way to skip a computer if it is not listening to that particular port? Opt(TCPTimeout) is already set for 100 milliseconds by default (and I have adjusted it lower) so I am not sure how to make the TCPConnect fail faster if it cannot send to that port. Obviously, if the client is running on each and every computer, this would not be a problem; however, even just 10 computers without the client running could really slow things down.

Any ideas?

Share this post

Link to post
Share on other sites


The TCP timeout bug is still not fixed (AFAIK), so you have to find an alternative.

You can take a look at >this post.

Br, FireFox.

Edited by FireFox


OS : Win XP SP2 (32 bits) / Win 7 SP1 (64 bits) / Win 8 (64 bits) | Autoit version: latest stable / beta.
Hardware : Intel(R) Core(TM) i5-2400 CPU @ 3.10Ghz / 8 GiB RAM DDR3.

My UDFs : Skype UDF | TrayIconEx UDF | GUI Panel UDF | Excel XML UDF | Is_Pressed_UDF

My Projects : YouTube Multi-downloader | FTP Easy-UP | Lock'n | WinKill | AVICapture | Skype TM | Tap Maker | ShellNew | Scriptner | Const Replacer | FT_Pocket | Chrome theme maker

My Examples : Capture toolIP Camera | Crosshair | Draw Captured Region | Picture Screensaver | Jscreenfix | Drivetemp | Picture viewer

My Snippets : Basic TCP | Systray_GetIconIndex | Intercept End task | Winpcap various | Advanced HotKeySet | Transparent Edit control


Share this post

Link to post
Share on other sites

Thanks for the reply. I suppose I could have figured out there was a bug in the TCPConnect had a done a search. :oops:

I guess I will have to find some way around it, or even use another method to get the message sent.

Thanks again.

Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Create New...