Re: Squid-dev subscription
On Fri, 2006-10-20 at 21:53 +0200, Gernot Tenchio wrote: My name is Gernot. I'm a developer from Germany and I'm interested in getting the ICAP part of Squid to work. Currently I'm tried to get things working with Squid's 2.6er icap branch and with Squid3 as well. Both versions worked more or less for me, but I think it (c|sh)ould be improved. Hi Gernot, Glad you are interested in ICAP. FWIW, quite a few ICAP bugs have been recently fixed on squid3-icap branch of Squid CVS tree. You may want to use that branch as a base for your work. Currently, I am not aware of any serious ICAP-specific bugs except for OPTIONS response processing, but I am sure there are a few. If you know of any ICAP problems, please post here or, better, submit a bug report. I may be able to help. An avalanche of bug reports notwithstanding, I hope squid3-icap will be ready for HEAD integration by the end of this week. My longer-term goal is to make Squid3/ICAP stable for the Squid3 stable release. HTH, Alex.
Re: Squid-dev subscription
On Sun, 2006-10-22 at 20:50 +0200, Gernot Tenchio wrote: On Sun, 22 Oct 2006 11:22:20 +0200 Moshe Beeri [EMAIL PROTECTED] wrote: Hi All Squiders, In the following couple of weeks I will post some new features that are needed for parental control, as well as context connectivity from req_mod to resp_mod. But the major change I made is to add the ability to direct response to client in case that classification is already known at req_mod. The changes I made are on 2.5 Stable 10. I hope you will be able to use those features to Squid benefit. Thanks allot, Moshe Beeri. SW Engineer, PureSight Technologies. Hmmh, I had no luck to get error messages displayed as part of REQMOD responses (squid-icap 2.6). Does it meen this will work in the future? Does the patch appear in icap-2_6 too? FWIW, ICAP request satisfaction mode seems to be working in Squid3, using squid3-icap branch. Alex.
Re: 2.6.STABLE5 approaching, help needed to test patches
mån 2006-10-23 klockan 00:00 +0200 skrev Henrik Nordstrom: 2.6.STABLE5 is approaching. Estimated release date next weekend. Part of this I'd like some help to verify the patch for Bug #1779 (aka the commloops-2_6 branch) before that. This patch attempts to fix delay pools again, providing fairness between multiple connections fighting for bandwidth. This also allows poll/select to be converted to the new comm frameworks ensuring that all 4 comm loops works the same.. Now in Squid-2.6. But could use some more testing still.. I am fairly confident it will work in all the comm loops, but... Looking in Bugzilla I find Bug #1790, WCCP2 assignment method. Steven, is this patch ready for commit? Any other takers for bugfixes for 2.6.STABLE5? You'll have until wednesday evening. After that the tree will be locked for release. (which means don't commit anything after that until the release without an OK from me). Regards Henrik signature.asc Description: Detta är en digitalt signerad meddelandedel
RE: 2.6.STABLE5 approaching, help needed to test patches
tis 2006-10-24 klockan 08:04 +0800 skrev Steven Wilton: I'll commit it, as there's no reason I can give for the second crash unless something else was changed. If you see improvements in your tests, and that you are confident it won't break other configurations using hash assignment then it's sufficient for me. Regards Henrik signature.asc Description: Detta är en digitalt signerad meddelandedel
RE: 2.6.STABLE5 approaching, help needed to test patches
-Original Message- From: Henrik Nordstrom [mailto:[EMAIL PROTECTED] Sent: Tuesday, 24 October 2006 5:40 AM To: Squid Developers Cc: Steven Subject: Re: 2.6.STABLE5 approaching, help needed to test patches mån 2006-10-23 klockan 00:00 +0200 skrev Henrik Nordstrom: 2.6.STABLE5 is approaching. Estimated release date next weekend. Part of this I'd like some help to verify the patch for Bug #1779 (aka the commloops-2_6 branch) before that. This patch attempts to fix delay pools again, providing fairness between multiple connections fighting for bandwidth. This also allows poll/select to be converted to the new comm frameworks ensuring that all 4 comm loops works the same.. Now in Squid-2.6. But could use some more testing still.. I am fairly confident it will work in all the comm loops, but... Looking in Bugzilla I find Bug #1790, WCCP2 assignment method. Steven, is this patch ready for commit? Any other takers for bugfixes for 2.6.STABLE5? You'll have until wednesday evening. After that the tree will be locked for release. (which means don't commit anything after that until the release without an OK from me). I'll commit it, as there's no reason I can give for the second crash unless something else was changed. Steven. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.408 / Virus Database: 268.13.9/490 - Release Date: 20/10/2006
about the HTTP/1.1 100 Continue
hi, I've added some codes to squid for Transfer-Encoding: chunked, Accept-Encoding: gzip, deflate, Content-Encoding: gzip, deflate and caching encoded/un-encoded data. My squid is used to cache the MS-IIS data. I changed these codes from HTTP/1.0 to HTTP/1.1 in function httpBuildRequestPrefix() of http.c. When the client request is POST, the MS-IIS will reply HTTP/1.1 100 Continue after squid has just sent the HTTP-REQUEST header to MS-IIS, so, the squid will say httpReadReply: Request not yet fully sent , because squid has not sent the body data to MS-IIS and got the MS-IIS' reply. Is there a patch for this? Thanks zsx 2006.10.24 ___ Mp3疯狂搜-新歌热歌高速下 http://music.yahoo.com.cn/?source=mail_mailbox_footer
Re: Squid-dev subscription
Am Mon, 23 Oct 2006 15:17:41 -0600 schrieb Alex Rousskov [EMAIL PROTECTED]: FWIW, ICAP request satisfaction mode seems to be working in Squid3, using squid3-icap branch. I see random crashes because ICAPModXact::parseHead throws an exception. This always happens if there are no headers to parse at all (maybe because of a bug on the server side). #11 0x08113ce9 in __cxa_throw () #12 0x0813ca7f in Throw () #13 0x0813f435 in ICAPModXact::parseHead () #14 0x08141f5e in ICAPModXact::parseIcapHead () #15 0x0814229a in ICAPModXact::parseHeaders () #16 0x08142675 in ICAPModXact::parseMore () #17 0x081427ae in ICAPModXact::handleCommRead () #18 0x08146161 in ICAPXaction::noteCommRead () #19 0x081462cd in ICAPXaction_noteCommRead () #20 0x080ed2cc in commio_call_callback () #21 0x080ed318 in commio_call_callbacks () #22 0x080efa19 in CommDispatcher::dispatch () #23 0x0808b815 in EventLoop::runOnce () #24 0x0808b941 in EventLoop::run () #25 0x080bd877 in main () Gernot -- office: g.tenchio_AT_telco-tech_DOT_de http://www.telco-tech.de/ privat: gernot_AT_tenchio_DOT_dehttp://www.tenchio.de/ I have discovered that there are two types of command interfaces in the world of computing: good interfaces and user interfaces. -- D. J. Bernstein