Re: Squid-2.6 comm_select_win32.c, time for a rewrite to new commloop structure?
Hi Henrik, At 00.41 24/10/2006, Henrik Nordstrom wrote: Hi Guido, I think it's about time comm_select_win32.c is rewritten to use the new commloop framework like the other I/O loops. Probably best to start from scratch using current comm_select.c as basis (only about 100 lines of code in total, about 70 unique for select, quite a bit down from the previous 650). I haven't studied comm_select_win32.c in full detail, but it looks very similar to the old comm_select.c with a little bit of added mapping between Windows and POSIX. I don't quite grasp the details of this mapping (the way it's done looks a bit odd to me to be honest). Sure, but some oddity comes directly from Microsoft "features" :-) Windows select() is only similar to the Unix one If you need any help or have any questions regarding the new comm loop framework please ask. I have already seen your latest commit, and this is already in my TODO list, but I don't have enough time before the weekend, and I think that it will be a good thing if the new comm_select_win32.c will be already in STABLE5. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: 2.6.STABLE5 approaching, help needed to test patches
Hi Henrik, Il 23.39 23/10/2006 Henrik Nordstrom ha scritto: 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'm preparing to fix some remaining minor TODOs in the COSS code, but I'm not sure to be ready before the deadline. The Windows COSS support for now is delayed, too much intrusive changes to disk.c. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
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
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: 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
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
Squid-2.6 comm_select_win32.c, time for a rewrite to new commloop structure?
Hi Guido, I think it's about time comm_select_win32.c is rewritten to use the new commloop framework like the other I/O loops. Probably best to start from scratch using current comm_select.c as basis (only about 100 lines of code in total, about 70 unique for select, quite a bit down from the previous 650). I haven't studied comm_select_win32.c in full detail, but it looks very similar to the old comm_select.c with a little bit of added mapping between Windows and POSIX. I don't quite grasp the details of this mapping (the way it's done looks a bit odd to me to be honest). If you need any help or have any questions regarding the new comm loop framework please ask. Regards Henrik signature.asc Description: Detta är en digitalt signerad meddelandedel
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: 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: 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.
