I just tried squid-3.HEAD-20090607 but am running into a few issues:
1. It doesn't appear to heed the "http_port 3129" directive in squid.conf, so
it shuts down upon finding my regular squid-3.0RC1 running on port 3128.
2. When I make squid-3.HEAD-20090607 the only copy of squid running with "sq
vollkom...@gmx.net wrote:
Original-Nachricht
1. DNS lookups fail completely. 204.127.198.4 is among a handful of
external DNS servers I use, whether defined as dns_nameservers in
squid.conf or picked by squid automatically from /etc/resolv.conf:
2009/05/20 21:44:49| comm_udp_s
I was using my 3.0 squid.conf, slightly tweaked to suit 3.1, when I encountered
those three issues. I did later try the 3.1 default, again with slight tweaks,
as seen below. The DNS lookup issue persisted with that route:
diff squid.conf.default squid.conf
2,3c2,3
< acl localhost src 127.0.0.1/3
vollkom...@gmx.net wrote:
Original-Nachricht
1. DNS lookups fail completely. 204.127.198.4 is among a handful of
external DNS servers I use, whether defined as dns_nameservers in
squid.conf or picked by squid automatically from /etc/resolv.conf:
2009/05/20 21:44:49| comm_udp_s
Original-Nachricht
> > 1. DNS lookups fail completely. 204.127.198.4 is among a handful of
> > external DNS servers I use, whether defined as dns_nameservers in
> > squid.conf or picked by squid automatically from /etc/resolv.conf:
> >
> > 2009/05/20 21:44:49| comm_udp_sendto: FD
> Thanks! It's finally up and running. But, it's not quite smooth sailing
> yet:
>
> 1. DNS lookups fail completely. 204.127.198.4 is among a handful of
> external DNS servers I use, whether defined as dns_nameservers in
> squid.conf or picked by squid automatically from /etc/resolv.conf:
>
> 2009/
Thanks! It's finally up and running. But, it's not quite smooth sailing yet:
1. DNS lookups fail completely. 204.127.198.4 is among a handful of external
DNS servers I use, whether defined as dns_nameservers in squid.conf or picked
by squid automatically from /etc/resolv.conf:
2009/05/20 21:44:
> This patch got it built successfully, so I installed it twice: once afresh
> into /usr/local/squid31, then reconfigured and installed over
> 3.0STABLE16-RC1 in /usr/local/squid. I also tweaked the latter's
> squid.conf for IPv6. However, both copies of squid-3.HEAD-20090519 are
> crashing (simply
This patch got it built successfully, so I installed it twice: once afresh into
/usr/local/squid31, then reconfigured and installed over 3.0STABLE16-RC1 in
/usr/local/squid. I also tweaked the latter's squid.conf for IPv6. However,
both copies of squid-3.HEAD-20090519 are crashing (simply "squid
vollkom...@gmx.net wrote:
Please find below the output of "make -w -d" against the 3.HEAD-20090519 source.
...
rm -f .libs/squid.nm .libs/squid.nmS .libs/squid.nmT
creating .libs/squidS.c
(cd .libs && gcc -g -O2 -c -fno-builtin "squidS.c")
rm -f .libs/squidS.c .libs/squid.nm .libs/squid.nmS .lib
Please find below the output of "make -w -d" against the 3.HEAD-20090519 source.
...
rm -f .libs/squid.nm .libs/squid.nmS .libs/squid.nmT
creating .libs/squidS.c
(cd .libs && gcc -g -O2 -c -fno-builtin "squidS.c")
rm -f .libs/squidS.c .libs/squid.nm .libs/squid.nmS .libs/squid.nmT
g++ -Werror -Wal
> Thanks. Since I didn't want to wait for 3.HEAD-20090519, I simply applied
> your patch to the 3.HEAD-20090518 source. Here's the output:
>
We do have to wait unfortunately. The autotools bootstrapping is not part
of the patches. The snapshot is out now.
Amos
Thanks. Since I didn't want to wait for 3.HEAD-20090519, I simply applied your
patch to the 3.HEAD-20090518 source. Here's the output:
patch -p0 < b9686.patch
...
g++ -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../../include
-I/usr/include/libxml2 -Werror -Wall -Wpointer-arith -Wwrite
vollkom...@gmx.net wrote:
Here's what I did and the outcome, with squid-3.HEAD-20090511:
patch -p0 < b9683.patch
vi src/asn.cc
/* template cbdata_type CbDataList::CBDATA_CbDataList;
*/
Then 2) & 3).
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I../..
-I../../include
Here's what I did and the outcome, with squid-3.HEAD-20090511:
patch -p0 < b9683.patch
vi src/asn.cc
/* template cbdata_type CbDataList::CBDATA_CbDataList;
*/
Then 2) & 3).
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I../..
-I../../include -I../../src -I../../include
> Or, maybe another case of OS X's case-insensitiveness?
>
> find . -iname 'asn*'
> ./include/asn1.h
> ./snmplib/asn1.c
> ./src/acl/Asn.cc
> ./src/acl/Asn.h
> ./src/asn.cc
>
I wonder.
Lets experiment then. If you would please:
1. comment out the annoying line:
template cbdata_type CbDataLis
Or, maybe another case of OS X's case-insensitiveness?
find . -iname 'asn*'
./include/asn1.h
./snmplib/asn1.c
./src/acl/Asn.cc
./src/acl/Asn.h
./src/asn.cc
less src/acl/Asn.h
...
private:
static ACL::Prototype SourceRegistryProtoype;
static ACLStrategised SourceRegistryEntry_;
static
>From my untrained eyes, it seems to be the following files
/usr/libexec/gcc/i686-apple-darwin8/4.2.1/ld: multiple definitions of symbol
CbDataList::CBDATA_CbDataList
asn.o definition of CbDataList::CBDATA_CbDataList in section
(__DATA,__data)
acl/.libs/libacls.a(SslErrorData.o) definition
> I see in the changelog that ClientInfo.h issue has been fixed. So I gave
> squid-3.HEAD-20090510 a whirl. It erred out:
>
> rm -f .libs/squidS.c .libs/squid.nm .libs/squid.nmS .libs/squid.nmT
> g++ -Werror -Wall -Wpointer-arith -Wwrite-strings -Wcomments -g -O2
> .libs/squidS.o -g -o squid AclReg
> I see in the changelog that ClientInfo.h issue has been fixed. So I gave
> squid-3.HEAD-20090510 a whirl. It erred out:
>
> /usr/libexec/gcc/i686-apple-darwin8/4.2.1/ld: multiple definitions of
> symbol ACLStrategised::Pool
>
> These appear to be due to "duplicate template instantiation", and a
Apparently, I spoke too soon. It's been crashing with Bus error, even when
started manually (not through launchd).
Date/Time: 2009-05-10 16:48:56.722 -0400
OS Version: 10.4.11 (Build 8S2167)
Report Version: 4
Command: squid
Path:/usr/local/squid/sbin/squid
Parent: launchd [1]
Vers
Amos Jeffries wrote:
Found It!
grr... src/acl/Time.h
Your filesystem appears to be case-insensitive.
We already worked out what the fix should be since its needed elsewhere
for future changes. I'm testing to see what the effect is on current
code and will commit ASAP.
Amos
Okay. The nee
Great! Thanks. Yes, the HFS+ file system is case-insensitive but case-aware and
case-preserving.
I look forward to being able to build 3.1.
Original-Nachricht
> Found It!
>
> grr... src/acl/Time.h
>
> Your filesystem appears to be case-insensitive.
>
> We already worked out
Found It!
grr... src/acl/Time.h
Your filesystem appears to be case-insensitive.
We already worked out what the fix should be since its needed elsewhere
for future changes. I'm testing to see what the effect is on current
code and will commit ASAP.
Amos
--
Please be using
Current Stable S
Yes, that's a fresh download of the 20090420 src tarball with
macosx_fatal_fails_mk2.patch applied. Assuming "./time.h:38" was referring to
/usr/include/time.h, I'm attaching the two time.h files on my OS X 10.4.11
below.
time1.h => /usr/include/time.h
time2.h => /usr/include/sys/time.h
Hope
vollkom...@gmx.net wrote:
Thanks for pointing these out. I'm not sure where the IPv6 headers are on OS X
or if auto-detection would work so I'm leaving --enable-ipv6 in just to be safe.
:) enable only turns on the auto-detection.
Scan the config.log for "if PF_INET6 is available" says yes to
> Attached please find the new "make" outut, after:
>
> # patch -p0 < macosx_fatal_fails_mk2.patch
> patching file compat/compat_shared.h
> patching file include/config.h
> patching file include/fatal.h
>
> Here're the ./configure options I used:
>
> ./configure \
> --build=i686-apple-darwin \
> --
vollkom...@gmx.net wrote:
Sorry, third try...
Original-Nachricht
Hmm, I have a small suspicion... what happens if you change the top of
src/acl/Acl.cc
from:
#include "config.h"
to:
#include "squid.h"
or to:
#include "include/config.h"
Amos
--
Please be using
Cu
- Original-Nachricht ----
Betreff: Re: [squid-users] Error making squid-3.1.0.7-20090412 on Mac OS X 10.4
Sorry, third try...
Original-Nachricht
Hmm, I have a small suspicion... what happens if you change the top of
src/acl/Acl.cc
from:
#include "config.h"
to
Oops, forgot to attach...
Original-Nachricht
>
> Hmm, I have a small suspicion... what happens if you change the top of
> src/acl/Acl.cc
>
> from:
>#include "config.h"
>
> to:
>#include "squid.h"
>
> or to:
>#include "include/config.h"
>
> Amos
> --
> Please be using
Attached please find the outputs from the two variants.
Original-Nachricht
>
> Hmm, I have a small suspicion... what happens if you change the top of
> src/acl/Acl.cc
>
> from:
>#include "config.h"
>
> to:
>#include "squid.h"
>
> or to:
>#include "include/config.
vollkom...@gmx.net wrote:
Thanks for taking a look at it. "Make" still errs out, after applying the patch
(patch -p0 < macosx_printf_test.patch). Please find the new output in the attachment.
Hmm, I have a small suspicion... what happens if you change the top of
src/acl/Acl.cc
from:
#inc
vollkom...@gmx.net wrote:
Please find the full "make" output below:
g++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../.. -I../../include
-I../../src -I../../include -I/usr/include/libxml2 -Werror -Wall
-Wpointer-arith -Wwrite-strings -Wcomments -g -O2 -MT AsyncJob.lo -MD -MP -MF
.deps/Asyn
Thank you for the report.
Beta release code problems only to squid-dev@squid-cache.org or bugzilla
in future please. CC'd squid-dev for now.
vollkom...@gmx.net wrote:
I'm running into the following error(s) making squid-3.1.0.7-20090412 on Mac OS
X 10.4.11 with gcc 4.0.1. Is there any worka
34 matches
Mail list logo
