On Fri 18 Apr 2008, [EMAIL PROTECTED] wrote:
> This leads me to believe that i could write a filter that sat at the
> head of the chain, which looked through all the filters in the chain,
> and if appropriate removed random ones through the chain.
>
> I have a situation where i have a CGI which
- Original Message
From: Torsten Foertsch <[EMAIL PROTECTED]>
To: modperl@perl.apache.org
Cc: woinshet abdella <[EMAIL PROTECTED]>
Sent: Friday, April 18, 2008 9:39:58 AM
Subject: Re: filter->remove
On Fri 18 Apr 2008, woinshet abdella wrote:
> Can't locate Ap
Quoting Torsten Foertsch <[EMAIL PROTECTED]>:
On Thu 17 Apr 2008, woinshet abdella wrote:
Here an output example for text/plain:
Filter Chain:
modperl_request_output <-- the first PrintFilterChain
modperl_request_output <-- RemoveNextFilterIfNotTextHtml
includes
m
On Fri 18 Apr 2008, woinshet abdella wrote:
> Can't locate Apache2/Filter.pm in @INC (@INC contains:
> /usr/local/libexec/perl /usr/lib/perl5/5.8.0/i38
> So, I am not able to use $f->remove with old mod_perl, is that correct?
Not necessary. I think I have used similar filters with modperl 1.9
- Original Message
From: Torsten Foertsch <[EMAIL PROTECTED]>
To: woinshet abdella <[EMAIL PROTECTED]>
Cc: modperl@perl.apache.org
Sent: Friday, April 18, 2008 3:35:02 AM
Subject: Re: filter->remove
On Thu 17 Apr 2008, woinshet abdella wrote:
> I am sorry to write
On Thu 17 Apr 2008, woinshet abdella wrote:
> I am sorry to write you directly, but did not get any response from the
> modperl user list. I would appreciate you help in advance!
Please ask on the modperl list in the future. If you don't get an answer try
it again. We all are sometimes too busy t
Stas Bekman wrote:
[...]
The attached patch contains the updated Apache__Filter.h and a test
that removes INCLUDES from the output chain and DEFLATE from input.
Excellent. I've massaged both quite a bit to adher to the style and
simplify where it made sense (And found a perl bug in regex qr//m o
Torsten Förtsch wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 22 October 2004 19:10, Stas Bekman wrote:
I thought about it this night and realized that I need not to traverse
these lists at all. At first ist was a try to guess what to call
ap_input_filter_remove or ap_output_filter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 22 October 2004 19:10, Stas Bekman wrote:
> > I thought about it this night and realized that I need not to traverse
> > these lists at all. At first ist was a try to guess what to call
> > ap_input_filter_remove or ap_output_filter_remove. B
0 1.513
+++ Changes 22 Oct 2004 17:07:51 -
@@ -12,6 +12,9 @@
=item 1.99_17-dev
+$filter->remove now works with native (non-modperl) filters + test
+[Torsten Förtsch ]
+
fix xs_generate to croak on duplicate entries in xs/maps files
[Christian Krause ]
In
**SP)
> > {
> > modperl_filter_t *modperl_filter;
> > ap_filter_t *f;
> >
> > - mpxs_usage_va_1(modperl_filter, "$filter->remove()");
> > + if (items < 1) {
> > + Perl_croa
Torsten Förtsch wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
the attached patch makes Apache::Filter::remove work also for nativ filters.
Why do I need this?
[explanation snipped]
I see no reason why we shouldn't support that.
--- mod_perl-1.99_16/xs/Apache/Filter/Apache__Fil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
the attached patch makes Apache::Filter::remove work also for nativ filters.
Why do I need this?
First, from a users point of view it is not very understandable why a mod_perl
filter can be removed but a native filter (eg. INCLUDES) cannot
13 matches
Mail list logo
