Hi Rebuen, > > Hi Gonzalo, > > I extracted this patch from the mail (attached) and tried it > with todays > CVS but have a problem whereby squid now accepts the > connection but just > sits there, with no content being served up.
Ouch! I've checked if there are any big differences about comm* between the version I used to build the patch (20031008) and current CVS version (20031108), and there are no big differences. > > Backtrace attached from gdb, does this help? Usually it does, but no luck this time :-( > SNIP > ... > Also, here's some output from squid -k debug > > 2003/11/08 23:18:50.996| comm_calliocallback: (nil) > 2003/11/08 23:18:50.996| comm_iocallbackpending: (nil) > 2003/11/08 23:18:50.996| comm_select(): got fd=22 events=1 > monitoring=19 > F->read_handler=0x80f5332 F->write_handler=(nil) > 2003/11/08 23:18:50.996| comm_select(): Calling read handler > on fd=22 2003/11/08 23:18:50.996| wccpHandleUdp: Called. Ok, it seems that you are using wccp, am I right? If so, please, could you test my patch again without wccp enabled? Please disable as well (if enabled): external_acls, redirectors, external auth, and use ufs as cache_dir. Please verify which versions are you using of: Linux kernel (mine's 2.4.21 patched with http://www.xmailserver.org/linux-patches/epoll-lt-2.4.21-0.18.diff) Epoll-lib (mine's 0.10) Pcl (mine's 1.2) > > Reverting the patch and squid works fine again. Sory to read that. > > Thanks, > Reuben > I hope this helps, Gonzalo
