This wanted improvement seems to have been left out so far.
Any objections to this patch going into either version of squid now?
Amos
Pawel Worach wrote:
On 10/3/07, Amos Jeffries <[EMAIL PROTECTED]> wrote:
Hi,
Here is patch so you can use port names from /etc/services in
squid.conf for cac
Hi,
At 05.42 11/11/2007, Randall DuCharme wrote:
Ok this is strange. It looks like it's trying to compile ESI
specific support in yet I've not done --enable-esi. In autoconf.h
"#define ESI 0" is present. I've removed the -Werror flag for now
so the multiple inclusion warning shouldn't be st
Guido Serassio wrote:
Hi,
At 05.42 11/11/2007, Randall DuCharme wrote:
Ok this is strange. It looks like it's trying to compile ESI
specific support in yet I've not done --enable-esi. In autoconf.h
"#define ESI 0" is present. I've removed the -Werror flag for now
so the multiple inclusion
Randall DuCharme wrote:
Undefined first referenced
symbol in file
esiEnableProcessing(HttpReply*) client_side_reply.o
esiProcessStream(clientStreamNode*, ClientHttpRequest*, HttpReply*,
StoreIOBuffer) client_side_reply.o
What does adding a
#if ESI
#error Something defined ESI!
#endif
Do to
Hi Amos,
At 11.24 11/11/2007, Amos Jeffries wrote:
Guido Serassio wrote:
Hi,
At 05.42 11/11/2007, Randall DuCharme wrote:
Ok this is strange. It looks like it's trying to compile ESI
specific support in yet I've not done --enable-esi. In autoconf.h
"#define ESI 0" is present. I've removed
Hi Amos,
At 11.24 11/11/2007, Amos Jeffries wrote:
After Guidos comment, I think we should do with a diff of a good
working include/autoconf.h against yours and see whats up.
Guido: are you able to supply the working version please?
Sorry, I was not clear in the previous e-mail: squid3 was
Greetings all,
Amos wrote:
> Where else outside client_side_reply.cc did you remove
> #if ESI / #endif code? you said 'modules' so I am assuming
> the problem came up elsewhere later.
After disabling the block in client_side_reply.cc the build ended
with:
ld: warning: file /usr/sfw/
Hi.I have a question.
Please have a look at this part of configure.in script that I trying to
modify for my needs.
AM_CONDITIONAL(ENABLE_SHAGA, false)
AC_ARG_ENABLE(shaga,
[ --enable-shagaEnable ShagaEngine support],
[ if test "$enableval" != "no"; then
echo "ShagaEngine support
> Hi Amos,
>
> At 11.24 11/11/2007, Amos Jeffries wrote:
>
>>After Guidos comment, I think we should do with a diff of a good
>>working include/autoconf.h against yours and see whats up.
>>
>>Guido: are you able to supply the working version please?
>
> Sorry, I was not clear in the previous e-mail
Hello
i am the CTO of a french e-commerce web site called www.rueducommerce.fr
i am a expert of ESI developments since i am using AKAMAI's ESI
technology for many years now
i am developping an ICAP Server written in PERL, just for fun, and i
can, may be, help you with some bugs with squid3
Hello
i wrote a little perl icap server
when i issue a 204 response code on a reqmod, squid 3 make a respmod
when i issue a 200 response code on a reqmod, my squid 3 doesn't make a respmod
here is the result of the reqmod i am sending to squid 3
ICAP/1.0 200 OK
ISTAG: "001-000-01"
Encapsula
On sön, 2007-11-11 at 09:17 -0800, Arthur Tumanyan wrote:
> Hi.I have a question.
>
> Please have a look at this part of configure.in script that I trying to
> modify for my needs.
>
> AM_CONDITIONAL(ENABLE_SHAGA, false)
> AC_ARG_ENABLE(shaga,
> [ --enable-shagaEnable ShagaEngine sup
Subscribed!
Adrian
On Sun, Nov 11, 2007, Yannick Simon wrote:
> Hello
>
> i am the CTO of a french e-commerce web site called www.rueducommerce.fr
>
> i am a expert of ESI developments since i am using AKAMAI's ESI
> technology for many years now
>
> i am developping an ICAP Server writ
13 matches
Mail list logo