R: R: R: Squid 3 build errors on Visual Studio - problem still present
Hi, I have found this definition: http://msdn.microsoft.com/en-us/library/tbbk8hs6(VS.80).aspx Hoping that helps. Regards Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it -Messaggio originale- Da: Robert Collins [mailto:robe...@robertcollins.net] Inviato: domenica 30 agosto 2009 22.13 A: Guido Serassio Cc: Amos Jeffries; squid-dev@squid-cache.org Oggetto: Re: R: R: Squid 3 build errors on Visual Studio - problem still present On Sun, 2009-08-30 at 18:13 +0200, Guido Serassio wrote: Hi, I don't know what is std::string::npos, and so I don't know what to look for http://www.cplusplus.com/reference/string/string/npos/ It should be a static const, which is why I'm so surprised you're getting an error about it. -Rob
Re: [PATCH] Make AIO conditional on actual need
bb:tweak This patch makes configure fail when aio is not available. Test-build on openbsd 4.5 fails with: checking for aio.h... no checking for aio_read in -lrt... no checking for aio_read in -laio... no configure: error: POSIX AIO is not available on this system buildtest.sh result is 1 Do we really need at line 435: AC_MSG_ERROR(POSIX AIO is not available on this system)) ? It stops the build. Changing that line with these three: with_aio=no LIBAIO= AC_MSG_NOTICE(POSIX AIO is not available on this system)) allows the build to complete successfully, and is probably more in line with the intended purpose of this patch. -- /kinkie
Re: Patch to authenticate securely to upstream ISA server(or others)
Needs quoting: +KRB5INCS=`$krb5confpath --cflags krb5 2/dev/null` +KRB5LIBS=`$krb5confpath --libs krb5 2/dev/null` (seen twice, Solaris generic) Would also be nice if you could update squid_kerb_auth/configure with this simplified kerberos configure dance. The squid_kerb_auth/configure in Squid-3.0 adds a bit too many linker flags adding -Lno/lib -Rno/lib for me and currently prevents it from being packaged for Fedora (build QA check failure, incorrect run-path) Regards Henrik mån 2009-08-31 klockan 14:03 +0100 skrev Markus Moeller: Hi Amos, find attached a patch against the head release. since I now need Kerberos and GSSAPI for the main source I removed the squid_kerb_auth configure and replaced the squid_kerb_auth directory with the attached. I tested on OpenSuse 11 with MIT Kerberos 1.6.3(the default) and Freebsd 7.0 with Heimdal 1.2.1(added as the older freebsd base Heimdal package creates problems as squids asn1.h and krb5_asn1.h have conflicts with oid definitions) Regards Markus - Original Message - From: Amos Jeffries squ...@treenet.co.nz To: Markus Moeller hua...@moeller.plus.com Cc: squid-dev@squid-cache.org Sent: Tuesday, August 25, 2009 12:38 PM Subject: Re: Patch to authenticate securely to upstream ISA server(or others) Markus Moeller wrote: In some setups the upstream proxy requires a secue authentication method (Negotiate, NTLM). The attached patches (2.7 and 3.0) allow this with Negotiate. Regards Markus Hi Markus, Good to see this feature appearing. Just a few things to fix up before this can go in: * Makefile.am lines for linking peer_proxy_negotiate_auth.cc seem to be indented with spaces instead of the automake required tabs. * Unfortunately 3.0 is closed for new features. Can we get a diff against 3.HEAD code please? * there is zero documentation for the new option settings. Please add to the cache_peer entry of src/cf.data.pre with the new details for login=NEGOTIATE. * there is also no documentation for any of the code. Please prefix each new function and global in your new code with at least an overview description of what it does. Amos -- Please be using Current Stable Squid 2.7.STABLE6 or 3.0.STABLE18 Current Beta Squid 3.1.0.13
Re: /bzr/squid3/trunk/ r9942: Author: Tim Starling unknown
mån 2009-08-31 klockan 22:02 +1200 skrev Amos Jeffries: NP: not quite sure about the incrementation. Write appears to be called once per log entry but this is not tested under enough conditions to be certain yet. The old lineEnd call from Squid-2 is not present in Squid-3. Well, for access.log logging fail if the line is not in one piece.. the lineEnd stuff were added as part of Adrians logfile daemon stuff, and I think it's mainly used for cache.log unless I remember wrongly. Regards Henrik