Re: Squid patch

From: pstewart <[email protected]>
Date: Fri, 18 Jul 1997 17:27:56 -0400 (EDT)

I might be sticking my nose in where it doesn't belong.... I just put
squid 1.1.13NOVM onto a 2.0.29 box with no compilation problems.... maybe
I just missed the original post.. my apologies if I did...:-)

Paul

--
Out the modem, through the SPARC, down the T3, off the router, past the
frame-relay... nothing but Net.
On Fri, 18 Jul 1997, Jordan Mendelson wrote:
> > > 
> > > Strangely enough, Linux documentation says it does have the SO_RCVTIMEO
> > > value, but my 2.0.29 kernel doesn't have it listed anywhere.
> > 
> > Hmm...  Interesting.  Does it fail to compile?
> 
> Yep, SO_RCVTIMEO is not defined in any of my headers. Linux by default
> puts all these SO_* files in /usr/include/linux/asm/socket.h which is read
> when you include /usr/include/sys/socket.h
> 
> SO_RCVTIMEO is not in that file nor any other file, so I have to assume
> that doesn't work :)
> 
> > I think it shouldn't be too hard to fix that, since in the final analysis
> > the SO_RCVTIMEO value is mostly just used as a glorified global variable
> > to set the socket lifetime in the comm_connect_addr()  function in
> > [patched] comm.c line 546. 
> 
> I just commented the entire section out, doesn't seem to hurt anything :)
> 
> > What do you think a good alternate approach might be?  Maybe a little
> > FD_ENTRY variable to hold the connect timeout for that descriptor?
> 
> Well, set the socket to non-blocking, then use select() to block until
> the timeout value. Either that or use alarm() and set the socket to
> blocking.
> 
> 
> 
> Jordan
> 
> --
> Jordan Mendelson     : www.wserv.com/~jordy/
> Web Services, Inc.   : www.wserv.com
> 
Received on Fri Jul 18 1997 - 14:35:49 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:35:48 MST