Inspecting the core files, I found out the exact requests that caused the
segfaults. By repeating them and isolating the components, I've found out
that the problem is related with the GZIP plug-in. If the plugin is active
and the request issues Accept-Encoding that includes gzip, then, whenever
ou
I wonder if this is related to:
https://issues.apache.org/jira/browse/TS-2497
On Wed, Sep 17, 2014 at 6:32 AM, Acácio Centeno
wrote:
> Folks,
>
> I have a situation that happens about once a week and causes a segfault on
> ATS (5.0.1). The stack trace always shows Ptr::operator= and
> the last f
I've updated my branch
(https://github.com/shinrich/trafficserver/tree/ts-3006) and
documentation (http://network-geographics.com/ats/docs/ssl-api.en.html)
based on feed back from James a couple weeks back.
I took all of James' recommendations with two exceptions.
Instead of
tsapi TSReturnCo
Github user jpeach commented on the pull request:
https://github.com/apache/trafficserver/pull/115#issuecomment-55906218
Pulled, thanks!
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this f
Github user asfgit closed the pull request at:
https://github.com/apache/trafficserver/pull/115
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature
GitHub user abuelezz opened a pull request:
https://github.com/apache/trafficserver/pull/115
Update esi.en.rst
And your exist twice
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/abuelezz/trafficserver patch-1
Alternatively you
Folks,
I have a situation that happens about once a week and causes a segfault on
ATS (5.0.1). The stack trace always shows Ptr::operator= and
the last function called, and digging a bit I found that this situation
happens when, in HttpTunnel::tunnel_run I have two producers, the first one
reading
