mattjs

No idea but doubt you can do it natively though I am sure that you can do it through and calling a separate COM control. BTW: the TCP API is a little rudimentary: TCPConnect() take 25 frozen (GIUI) seconds to return for me when passed a bad serverip/port. Bear that in mind.

Cheeky bugger!: I think he wants to write a fake login box trojan to catch passwords and do the hack that he lied in sayng he did before!!!

I could do this job in less time than it would take to do a COM control or port to python. Initially just a non blocking _TCPConnect() that would lay the architectural foundation then for a non-blocking suite of TCP... UDFs to be added later... With access to the TCPConnect() code of course... Send me a mail... Regards again, Matthew

I have a pop email checker application written but I have a problem with 25 seconds of TCPTimeout delay --- thats right --- 25 seconds.. See my post: http://www.autoitscript.com/forum/index.ph...mp;#entry313934 Somehow I dont think anyone is goin to come up with an answer except with an external control that needs to installed/registered and paid for unless they let me in to the code to fix it with a TCP ConnectDelayed version that sets the socket & return value in a global variable/flag upon return... "Its off, its off, its off I go to the wonderful wizard of 'python'..." (pySystray + threads and hopefully can be compiled from what I have already done with my AutoIt Pop Email checker pseudo code...) Unfortunately AutoIt really uses a Windows 3.1 programming model. It doesn't have to have threads for my proposes but does need a non-blocking TCPConnect if not TCPIP: in general that would be enough. Otherwise serious network applications are out even though some guy here has written a http server in it but I think he wasted his time. And COM controls etc are a waste of time unless they are drop in provided from unlicensed code that doesn't need to be registered first. Someone like to write it for me? All it has to do is the equivalent of (if there were AutoIt threads): Global $socket = """ Func DoConnect($serverip, serverport) $socket = TCPConnect($serverip, $serverport) Exit(Thread) EndFunc ... ;Call the DoConnect thread/object/COMObject SomeObjectThreadOrServiceFunctionCall(DoConnect, $serverip, serverport) ;THIS SHOULD BE A TIMER ACTUALLY BUT YOU GET MY DRIFT... While $socket == """ or 0 say ;.. Do Our other precessing --- AND CONTINUE TO SERVUCE GUI/MENU REQUESTS ETC --- WHILE WAITING FOR SOCKET TO BE SET TO -n (some -@error) . OR +n ETC... ... WEnd While you are at it you could make the whole TCP... UDFs take a nonblocking flag/and or error and returned data variable that gets set to a value different from the illegal value initially specified.. Without this i will have to migrate my systray pop email widget to python... Regards, Matthew

I am having the same problems with TCPConnect() to, for example, "pop.yourserver.com" It takes 25 seconds thats rgith 25 seconds to timeout. The problem with the control you mention and the MSWINSCK.OCX control I am looking at (that i dont knoe how to use with AutoIt) and need both licencing i.e. money to use for commercial prurposes and require installation (DLL registration) ont he users PC before use. I am thinking about a dummy GUI control but I dont know if that will work either a second spawned app would be doable but alot of unneeded work and not to mention the socket hanlde will probably be unavailable to the calling process... Any real help would be appreciated: all we need is an asynchonous TCPConnect() call that sets a global flag/semaphore or a single extra thread functionality in AutoIt and onyl TCPConnect() needs to be reentrant in AutoIt as the routine can simply set a flag as suggested. If someone would like to give me access to the code I am volunteer to fix it.... My alternative is to move my AutoIt pop email checker prototype to Python. This socket implementation in AutoIt renders is a WIN3.1 architectire laguage im afraid I have fixed all my other TCP timeout issues by doing the euivalent of a Sleep($tcptimeout) rather than Opt("TCPTimeout", $tcptimeout) Regards.