Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
On 12/01/2012 8:04 p.m., Justin Lawler wrote: Hi, Any time line for the 3.1.19 release, or any beta releases :-) Betas are every first weekend of the month unless something serious happens to shift it. So 3.2.0.15 beta in 3 weeks unless reality pops its head up and changes things. 3.1.19 is looking a bit spare on bug fixes, probably 4-6 weeks away at this rate http://wiki.squid-cache.org/ReleaseProcess Amos
RE: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
Hi, Any time line for the 3.1.19 release, or any beta releases :-) Thanks and regards, Justin -Original Message- From: Amos Jeffries [mailto:squ...@treenet.co.nz] Sent: Friday, December 09, 2011 7:23 PM To: squid-users@squid-cache.org Subject: Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc On 9/12/2011 9:19 p.m., Justin Lawler wrote: Hi Amos, Is there a beta testing process where we can be notified before a release is planned - so we can do some pre-release testing on these patches? Thanks and regards, Justin Notifications are processed through bugzilla. With applied to squid-X updates going out to everyone subscribed to the relevant bug. At that time or shortly after the patch is available on the changesets page. For changes and fixes without specific bugs there is no explicit notifications, usually just feedback to the discussion thread which brought it to our attention for fixing. Pre-release snapshots of everything (tarballs, checkpoints, dailies, nightlies, bundles, whatever you call them) are released for testing on a daily basis provided they build on a test machine. Those who want to beta-test everything on an ongoing basis usually rsync the sources or follow the series bzr branch then create bug reports of issues found there. The reports prevent me thinking the state is stable enough to tag the snapshot revision for release and creates a point for notifications back to the tester when fixed. HTH AYJ This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp
RE: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
Hi Amos, Is there a beta testing process where we can be notified before a release is planned - so we can do some pre-release testing on these patches? Thanks and regards, Justin -Original Message- From: kzl [mailto:kwan...@rocketmail.com] Sent: Thursday, December 08, 2011 2:11 PM To: Amos Jeffries; squid-users@squid-cache.org Subject: Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc So it need to change two file. Thanks. cheers, KZ - Original Message - From: Amos Jeffries squ...@treenet.co.nz To: squid-users@squid-cache.org Cc: Sent: Thursday, December 8, 2011 2:04 PM Subject: Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc On 8/12/2011 6:33 p.m., kzl wrote: Hi Amos, As refer to http://bugs.squid-cache.org/show_bug.cgi?id=3440 , how to change StoreEntry::deferProducer not to be const? I'd tried just remove const word in the line, it shows: store.cc:372: error: prototype for `void StoreEntry::deferProducer(RefCountAsyncCall)' does not match any in class `StoreEntry' Store.h:194: error: candidate is: void StoreEntry::deferProducer(const RefCountAsyncCall) *** Error code 1 cheers, kz This is the patch that went on top of 3.1.18: http://www.squid-cache.org/Versions/v3/3.1/changesets/squid-3.1-10415.patch Amos This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp
Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
On 9/12/2011 9:19 p.m., Justin Lawler wrote: Hi Amos, Is there a beta testing process where we can be notified before a release is planned - so we can do some pre-release testing on these patches? Thanks and regards, Justin Notifications are processed through bugzilla. With applied to squid-X updates going out to everyone subscribed to the relevant bug. At that time or shortly after the patch is available on the changesets page. For changes and fixes without specific bugs there is no explicit notifications, usually just feedback to the discussion thread which brought it to our attention for fixing. Pre-release snapshots of everything (tarballs, checkpoints, dailies, nightlies, bundles, whatever you call them) are released for testing on a daily basis provided they build on a test machine. Those who want to beta-test everything on an ongoing basis usually rsync the sources or follow the series bzr branch then create bug reports of issues found there. The reports prevent me thinking the state is stable enough to tag the snapshot revision for release and creates a point for notifications back to the tester when fixed. HTH AYJ
Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
Hi Amos, As refer to http://bugs.squid-cache.org/show_bug.cgi?id=3440 , how to change StoreEntry::deferProducer not to be const? I'd tried just remove const word in the line, it shows: store.cc:372: error: prototype for `void StoreEntry::deferProducer(RefCountAsyncCall)' does not match any in class `StoreEntry' Store.h:194: error: candidate is: void StoreEntry::deferProducer(const RefCountAsyncCall) *** Error code 1 cheers, kz - Original Message - From: Amos Jeffries squ...@treenet.co.nz To: squid-users@squid-cache.org squid-users@squid-cache.org Cc: Sent: Tuesday, December 6, 2011 6:38 PM Subject: Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc FYI this is now being tracked as http://bugs.squid-cache.org/show_bug.cgi?id=3440 On 6/12/2011 4:44 p.m., Paul Freeman wrote: Amos, I was just having a bit of a play and found that in line 376, if *producer is changed to producer the compile problem goes away. This may make no sense at all given my lack of C++ knowledge and the whole pointer thing but I did notice in another debug statement that producer was used. This is probably not the solution but I thought I would mention it anyway. Regards Paul Thanks for that. From the bug report it looks like removing the * would work. Although that would debug print just the ID of the pointer object rather than its contents AFAIK. Testing now. Amos
Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
On 8/12/2011 6:33 p.m., kzl wrote: Hi Amos, As refer to http://bugs.squid-cache.org/show_bug.cgi?id=3440 , how to change StoreEntry::deferProducer not to be const? I'd tried just remove const word in the line, it shows: store.cc:372: error: prototype for `void StoreEntry::deferProducer(RefCountAsyncCall)' does not match any in class `StoreEntry' Store.h:194: error: candidate is: void StoreEntry::deferProducer(const RefCountAsyncCall) *** Error code 1 cheers, kz This is the patch that went on top of 3.1.18: http://www.squid-cache.org/Versions/v3/3.1/changesets/squid-3.1-10415.patch Amos
Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
So it need to change two file. Thanks. cheers, KZ - Original Message - From: Amos Jeffries squ...@treenet.co.nz To: squid-users@squid-cache.org Cc: Sent: Thursday, December 8, 2011 2:04 PM Subject: Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc On 8/12/2011 6:33 p.m., kzl wrote: Hi Amos, As refer to http://bugs.squid-cache.org/show_bug.cgi?id=3440 , how to change StoreEntry::deferProducer not to be const? I'd tried just remove const word in the line, it shows: store.cc:372: error: prototype for `void StoreEntry::deferProducer(RefCountAsyncCall)' does not match any in class `StoreEntry' Store.h:194: error: candidate is: void StoreEntry::deferProducer(const RefCountAsyncCall) *** Error code 1 cheers, kz This is the patch that went on top of 3.1.18: http://www.squid-cache.org/Versions/v3/3.1/changesets/squid-3.1-10415.patch Amos
Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
On 12/06/2011 04:09 AM, Amos Jeffries wrote: It is only affecting adaptation (ICAP/eCAP) builds, so if you can run happily without those features use --disable, or comment out line 376 of src/store.cc. Thank you for the testing offer. We can replicate it already so the only help needed is C++ familiar eyes to find which of this nested set of templates is missing a required print() operator. Amos Hi, I can confirm this problem with ICAP enabled for OpenBSD too. The fix suggested fixes the compilation. Greetings, Matthias
Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
FYI this is now being tracked as http://bugs.squid-cache.org/show_bug.cgi?id=3440 On 6/12/2011 4:44 p.m., Paul Freeman wrote: Amos, I was just having a bit of a play and found that in line 376, if *producer is changed to producer the compile problem goes away. This may make no sense at all given my lack of C++ knowledge and the whole pointer thing but I did notice in another debug statement that producer was used. This is probably not the solution but I thought I would mention it anyway. Regards Paul Thanks for that. From the bug report it looks like removing the * would work. Although that would debug print just the ID of the pointer object rather than its contents AFAIK. Testing now. Amos
Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
On 6/12/2011 11:38 p.m., Amos Jeffries wrote: FYI this is now being tracked as http://bugs.squid-cache.org/show_bug.cgi?id=3440 Patch applied. It will be available in http://www.squid-cache.org/Versions/v3/3.1/changesets/ when the mirrors pick it up (2 hours). Amos
Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
On Tue, 6 Dec 2011 03:01:40 +, Paul Freeman wrote: Hi, I have come across a problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS (gcc 4.4.3, latest updates from Ubuntu). The problem occurs in store.cc and has been reported in an earlier post (3 Dec 2011) related to compiling 3.1.17. Another user has also reported this issue on the squid-dev mailing list on 5 Dec 2011 but I have not seen a reply yet. The error is as follows: store.cc: In member function 'void StoreEntry::deferProducer(const RefCountAsyncCall)': store.cc:376: error: no match for 'operator' in 'std::operator [with _Traits = ... My knowledge of C++ is limited so I am not sure how to resolve the problem. Don't worry. This nasty trace is stressing the eyes of us familiar with C++ as well. Someone has reported successfully compiling 3.1.18 on Solaris so perhaps the Solaris C++ libraries are a little different than in Ubuntu 10.04 LTS. I am happy to assist with any testing that might be required. It is only affecting adaptation (ICAP/eCAP) builds, so if you can run happily without those features use --disable, or comment out line 376 of src/store.cc. Thank you for the testing offer. We can replicate it already so the only help needed is C++ familiar eyes to find which of this nested set of templates is missing a required print() operator. Amos
RE: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc
Amos Thank you for the very prompt reply. Unfortunately I need ICAP so I will need to wait until the problem is resolved although I guess in the interim I can do as you mention and simply comment out this line and forgo the debugging output. Good luck trying to find the root cause. Regards Paul -Original Message- From: Amos Jeffries [mailto:squ...@treenet.co.nz] Sent: Tuesday, 6 December 2011 2:10 PM To: squid-users@squid-cache.org Subject: Re: [squid-users] Problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS - store.cc On Tue, 6 Dec 2011 03:01:40 +, Paul Freeman wrote: Hi, I have come across a problem compiling Squid 3.1.18 on Ubuntu 10.04 LTS (gcc 4.4.3, latest updates from Ubuntu). The problem occurs in store.cc and has been reported in an earlier post (3 Dec 2011) related to compiling 3.1.17. Another user has also reported this issue on the squid-dev mailing list on 5 Dec 2011 but I have not seen a reply yet. The error is as follows: store.cc: In member function 'void StoreEntry::deferProducer(const RefCountAsyncCall)': store.cc:376: error: no match for 'operator' in 'std::operator [with _Traits = ... My knowledge of C++ is limited so I am not sure how to resolve the problem. Don't worry. This nasty trace is stressing the eyes of us familiar with C++ as well. Someone has reported successfully compiling 3.1.18 on Solaris so perhaps the Solaris C++ libraries are a little different than in Ubuntu 10.04 LTS. I am happy to assist with any testing that might be required. It is only affecting adaptation (ICAP/eCAP) builds, so if you can run happily without those features use --disable, or comment out line 376 of src/store.cc. Thank you for the testing offer. We can replicate it already so the only help needed is C++ familiar eyes to find which of this nested set of templates is missing a required print() operator. Amos
