LibrarianMark Posted November 3, 2010 Posted November 3, 2010 Folks - The printing application I am creating right now needs to test the presence of an FTP server. I can use ping to tell if the host server is running and it's really quick, but I would like to actually find out if FTP is running. The problem is when I use TCPConnect it takes a very long time (20 sec. or so) to come back if the FTP service is not running. My users are not going to want to wait that long. Is there a way to shorten the wait time? Or a better method than using TCPConnect? Thanks again! Library Mark
CodyBarrett Posted November 3, 2010 Posted November 3, 2010 are you talking about this?Opt('TCPTimeout',100);Defines the time before TCP functions stop if no communication. Time in milliseconds before timeout (default=100).if i'm not mistaken, it might not be the timeout feature that is taking so long, but the fact that the packet might have to travel such distance to get to the destination. [size="1"][font="Tahoma"][COMPLETED]-----[FAILED]-----[ONGOING]VolumeControl|Binary Converter|CPU Usage| Mouse Wrap |WinHide|Word Scrammbler|LOCKER|SCREEN FREEZE|Decisions Decisions|Version UDF|Recast Desktop Mask|TCP Multiclient EXAMPLE|BTCP|LANCR|UDP serverless|AIOCR|OECR|Recast Messenger|AU3C|Tik-Tak-Toe|Snakes & Ladders|BattleShips|TRON|SNAKE_____________________[u]I love the Helpfile it is my best friend.[/u][/font][/size]
LibrarianMark Posted November 3, 2010 Author Posted November 3, 2010 (edited) are you talking about this? O ;Defines the time before TCP functions stop if no communication. Time in milliseconds before timeout (default=100). if i'm not mistaken, it might not be the timeout feature that is taking so long, but the fact that the packet might have to travel such distance to get to the destination. Thanks - You know, I tried that, but it didn't make any difference. The server is on the same network segment as the clients are. Edited November 3, 2010 by LibrarianMark
LibrarianMark Posted November 3, 2010 Author Posted November 3, 2010 Ok - after more searching, looks like this is bug #1573, which says, "Fixed by revision [5826] in version: 3.3.7.0". What does that mean?
trancexx Posted November 3, 2010 Posted November 3, 2010 are you talking about this? Opt('TCPTimeout',100);Defines the time before TCP functions stop if no communication. Time in milliseconds before timeout (default=100). if i'm not mistaken, it might not be the timeout feature that is taking so long, but the fact that the packet might have to travel such distance to get to the destination. Other galaxy maybe. ♡♡♡ . eMyvnE
CodyBarrett Posted November 3, 2010 Posted November 3, 2010 well.. i know that one try of sending a packet to japan from canada took 6 or 7 seconds to return with a script me and a buddy made. [size="1"][font="Tahoma"][COMPLETED]-----[FAILED]-----[ONGOING]VolumeControl|Binary Converter|CPU Usage| Mouse Wrap |WinHide|Word Scrammbler|LOCKER|SCREEN FREEZE|Decisions Decisions|Version UDF|Recast Desktop Mask|TCP Multiclient EXAMPLE|BTCP|LANCR|UDP serverless|AIOCR|OECR|Recast Messenger|AU3C|Tik-Tak-Toe|Snakes & Ladders|BattleShips|TRON|SNAKE_____________________[u]I love the Helpfile it is my best friend.[/u][/font][/size]
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now