Re: How to debug a TSHttpTxn handler that is becoming invalid

2014-08-18 Thread Acácio Centeno
The naming is just coincidence, it's not a transformation plugin, but just a simple plugin that denies/allows requests based on the presence/absence of specific headers. It's a remap plugin because we need different configurations for different mappings, otherwise it could have been a simple header

Re: How to debug a TSHttpTxn handler that is becoming invalid

2014-08-18 Thread Nick Kew
On Mon, 18 Aug 2014 10:24:02 -0300 Acácio Centeno wrote: > [chop] Your plugin is called request_filter and appears to involve methods of a RequestFilter object. Is this a red herring, or does this crash in fact originate in a filter? The reason for the question is that this looks like a close

Re: How to debug a TSHttpTxn handler that is becoming invalid

2014-08-18 Thread Sudheer Vinukonda
You may want to add handling for TS_HTTP_TXN_CLOSE_HOOK. For example: https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;a=blob;f=plugin s/experimental/stale_while_revalidate/swr.cpp;hb=69bd5473 Thanks, Sudheer On 8/18/14, 6:24 AM, "Acácio Centeno" wrote: >I've written a remap plug

How to debug a TSHttpTxn handler that is becoming invalid

2014-08-18 Thread Acácio Centeno
I've written a remap plugin but from time to time it's segfaulting. Looking at the generated Stack Trace, it's dying on the following function: int TSHttpTxnDebugGet(TSHttpTxn txnp) { * sdk_assert(sdk_sanity_check_* *txn(txnp) == TS_SUCCESS);* return ((HttpSM *)txnp)->debug_on; } And it's dying