Amos Jeffries wrote:
Hi Linda W,
I see ltrans0 in your debug trace. Is this the issue you mentioned
in squid-users earlier and followed up by saying was fixed?
Well, I thought it was --- I've been busy trying multiple things since
I wrote the original.
On 11/08/2015 10:04 a.m.,
On 27/07/2015 5:18 a.m., Alex Rousskov wrote:
On 07/24/2015 05:57 PM, Amos Jeffries wrote:
This patch adds a column containing the relevant debug_options
SECTION,LEVEL value for each line right after the kidN number for debug
levels 2+.
Sounds good. If possible, please check the
See http://build.squid-cache.org/job/trunk-polygraph/810/
--
Started by an SCM change
Building remotely on polygraph (12.04 amd64-Ubuntu Ubuntu amd64-Ubuntu-12.04
Ubuntu-12.04 amd64) in workspace
http://build.squid-cache.org/job/trunk-polygraph/ws/
See http://build.squid-cache.org/job/trunk-polygraph/811/
___
squid-dev mailing list
squid-dev@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-dev
On 08/11/2015 07:30 AM, Amos Jeffries wrote:
On 11/08/2015 3:54 a.m., Tsantilas Christos wrote:
According to Squid wiki: Some actions are not possible during certain
processing steps. During a given processing step, Squid ignores ssl_bump
lines with impossible actions. The distributed
On 08/10/2015 08:47 PM, Amos Jeffries wrote:
On 11/08/2015 11:10 a.m., Alex Rousskov wrote:
On 08/10/2015 02:13 PM, Kinkie wrote:
I'm going over HttpHeader to see if there's any possible improvements to
be obtained by dragging it (kicking and screaming, from the look of it)
into the 10's.
On 11/08/2015 11:24 p.m., Tsantilas Christos wrote:
On 08/11/2015 07:30 AM, Amos Jeffries wrote:
On 11/08/2015 3:54 a.m., Tsantilas Christos wrote:
According to Squid wiki: Some actions are not possible during certain
processing steps. During a given processing step, Squid ignores ssl_bump
On 08/11/2015 10:40 AM, Amos Jeffries wrote:
On 11/08/2015 11:24 p.m., Tsantilas Christos wrote:
On 08/11/2015 07:30 AM, Amos Jeffries wrote:
What about the other documented actions:
* reconnect at step 1 2
The reconnect is not yet implemented.
Gah. So for the last year-ish it has been
On 08/10/2015 08:20 AM, Amos Jeffries wrote:
Here is mk2 of the Formatter class for doing display things to CacheMgr
report payloads.
Please post the patch (your post had no attachments), preferably
reflecting the discussion that happened since then.
Thank you,
Alex.
On 08/10/2015 04:52 PM, Kinkie wrote:
Hi,
the attached patch implements a profiler API fashioned after the RAII
pattern.
It does nothing to attack the c API or the implementation, just adds on
top of it a Profiler class to save the caller the hassle of having to
track all exit paths from a
On 08/10/2015 11:30 PM, Amos Jeffries wrote:
There is exactly 2 cases of benign malformation:
...
All other malformations are *malign*.
This is your opinion, not a fact.
IMO, being benign cannot be defined by an RFC because that
classification depends on real-world circumstances, not just
On 12/08/2015 6:34 a.m., Alex Rousskov wrote:
On 08/10/2015 11:30 PM, Amos Jeffries wrote:
There is exactly 2 cases of benign malformation:
...
All other malformations are *malign*.
This is your opinion, not a fact.
Which one of these malformations is not malign ?
* non-numeric
On 12/08/2015 5:28 a.m., Alex Rousskov wrote:
On 08/11/2015 10:40 AM, Amos Jeffries wrote:
On 11/08/2015 11:24 p.m., Tsantilas Christos wrote:
On 08/11/2015 07:30 AM, Amos Jeffries wrote:
What about the other documented actions:
* reconnect at step 1 2
The reconnect is not yet
Linda A. Walsh wrote:
I dont see anywhere on this list:
--disable-inlineto prevent inline optimizations
--disable-optimizations to prevent compiler -O levels
--disable-arch-native to prevent -march=native auto-detection
You said you disabled them ?
Now I see the
14 matches
Mail list logo
