Hello Przemek
Przemyslaw Czerpak-2 wrote: > > I guess that you are talking about client application not server > and it stops inside connect(). > You are correct. > Usually low level TCP/IP code in the > OS should interrupt this operation after some timeout if it cannot > be realized. Sometimes this timeout is really huge. It depends on many > things, i.e. average time of packet confirmation which in TCP IP > is dynamically updated following the transport layer quality. > Anyhow it's out of Harbour or any other application controll. > If connection freeze the process forever then I can only guess > it's side effect of used firewall or some other similar protection > software. Otherwise it's serious bug in TCP/IP implementation which > should be reported to MS but I rather do not believe that Windows > has such serious problem with basic functionality. > If you can exclude some other trivial problem like mistakes in > routing tables or sth like that then for me it has to be problem > with firewall which blocks connection only partially and may > send some sync packages waiting for user interaction (i.e. to > confirm if connection is legal) what effectively blocks timeout > on client side. > If you want to you can pass as 3-parameter of netio_connect() timeout > in milliseconds. Default is -1 what means not user space timeout and > operation should be interrupted by OS inside connect() function. > If you use 10000 then after 10 sec. netio_connect() will return .F. > signaling the problem. > Of course it's only workaround with protection against freezing > the application not real solution but because the problem is outside > Harbour I cannot suggest you anything more as programmer solution > (I do not want to introduce some low level TCP/IP hacks because in > most of cases they increase the problem instead of help ;-)) > Look at your firewall configuration. It's possible that the problem > is trivial, i.e. firewall needs valid DNS entry for client and/or > server station and it's enough to disable such verification. > Thanks for the explanation. I will make tests with some real-time environments and will report back. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/NETIO---Real-Web-IP---Application-Behavior-tp25440212p25455343.html Sent from the Harbour - Dev mailing list archive at Nabble.com. _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour