From: Justin F. <ju...@ak...> - 2003-07-07 08:52:19
|
i amended the tcp.c file as per instructions and recompiled: bingo2:~/thin_client/rdesktop/rdesktop$ ./rdesktop -5 180.0.0.118 Trying 0.0.0.0...ERROR: 0.0.0.0: Connection refused To make sure i got this right i basically removed the old "tcp_connect()" and added yours and put the other function "finish_tcp_connect()" directly after it. i also added the function prototype at the top of the file: static BOOL finish_tcp_connect(char *, struct sockaddr_in *, char **); compiled it, no errors and ran it. On Saturday 05 July 2003 05:13, Mrs. Brisby wrote: > If it really is blocking in connect() (around line 155 in tcp.c/CVS), > then you can do either: > 1. put an alarm(N); right above that line, where N is the number of > seconds you want to wait. > 2. lower the TCP connection timeout limit on your operating system > > > However, the magic words you are using are "connect to an ip" -- I think > your resolver library doesn't translate gethostbyname()'s for IP > addresses, but instead actually asks the DNS cache for it, _AND_ you're > not using a DNS cache that performs that translation (like djbdns does) > > RDESKTOP-DEVEL: > > Your tcp_connect routine is not friendly to systems with a broken > resolver library (sadly, most aren't). > > I've taken the liberty of rewriting those functions. Since I am lazy, > I've just coded them in a separate file. Please see attached code > fragment, integrate into tcp.c (fairly easily) and apply to CVS. > > On Fri, 2003-07-04 at 04:50, Justin Fretwell wrote: > > I need to reduce the timeout when someone tries to connect to an ip with > > no terminal services running. how might i do this? ************************************************************************ DISCLAIMER: ----------- The information in this E-mail and in any attachments is confidential and is intended solely for the original addressee. It should not be used by anyone who is not an original intended recipient. Access, copying or use of information in it by anyone else is unauthorised and may be illegal. If you are not the intended recipient please contact the sender by replying to them and then delete the message. Akhter Computers Ltd cannot accept liability for statements made which are clearly the sender's own and are not made on behalf of Akhter Computers Ltd. No statement shall be construed as giving industrial/confidential advice within/outside the UK. ************************************************************************ |