that happened
before.
Regards,
Rainer
Regards, Joe
Since I only observe it for mod_ext_filter, there should be some dependency
with the forked perl process.
I didn't yet have the opportunity to check, how much of the follwing
description for Solaris also holds for Linux.
Regards,
Rainer
Am
ttpd/jobs/665874906
Regards, Joe
> Since I only observe it for mod_ext_filter, there should be some dependency
> with the forked perl process.
>
> I didn't yet have the opportunity to check, how much of the follwing
> description for Solaris also holds for Linux.
>
> Regar
(1.7.0 and also for latest head). The accept
mutex is pthread based. There are changes in APR 1.7 for those.
Since I only observe it for mod_ext_filter, there should be some
dependency with the forked perl process.
I didn't yet have the opportunity to check, how much of the follwing
on count slightly to 20, the
problem happens nearly every time. I also replaced perl_echo.pl and
eval-cmd.pl by small C programs doing the echo and the s/foo/bar/ and
can still reproduce.
This test incolved mod_ext_filter and LimitRequestBody.
It seems I can not reproduce, if I shorten the POST body, so
Is there any way to have an external program (called via mod_ext_filter)
tell the server to return a different status code (other than 200).
Specifically, I want to be able to set a 500 error.
Also, a nice to have would be a way to set other HTTP headers (like
Last-Modified).
Conceptually
It looks like mod_ext_filter sets the last-modified http header based on
the mod time of the *filter* file and not the actual file represented by
the URL.
eg.
the following filter is configured in httpd.conf
ExtFilterDefine filter-name mode=output intype=text/html outtype=text/html \
cmd
Craig Sebenik wrote:
It looks like mod_ext_filter sets the last-modified http header based on
the mod time of the *filter* file and not the actual file represented by
the URL.
the Last-Modified HTTP header seems to be set based on the timestamp on
/web_home/filters/filter.pl
Quoting Geoffrey Young ([EMAIL PROTECTED]):
Craig Sebenik wrote:
It looks like mod_ext_filter sets the last-modified http header based on
the mod time of the *filter* file and not the actual file represented by
the URL.
the Last-Modified HTTP header seems to be set based
Hello,
CSCurrently, mod_ext_filter doesn't seem to grab all of the environment
CSvariables. One that's notably missing is HTTP_REFERER. But, I can't
CSfigure out where this env variable is set. I searched thru the source
CSfiles (*.c and *.h) and the only reference I found was in
CSmodules/ssl
Andrew Ho wrote:
There is another function, ap_add_cgi_vars(), in server/util_script.c
which sets REQUEST_URI, SCRIPT_NAME, and all the other CGI variables we
are accustomed to. It looks like mod_ext_filter calls ap_add_cgi_vars()
but not ap_add_common_vars().
see attached patch :)
Index: modules
Currently, mod_ext_filter doesn't seem to grab all of the environment
variables. One that's notably missing is HTTP_REFERER. But, I can't figure
out where this env variable is set. I searched thru the source files (*.c
and *.h) and the only reference I found was in
modules/ssl/ssl_engine_vars.c
Hi Jeff,
I recognized now that there were still some deficiencies in the
patch you applied. Where can I get the (your) current version
of that file, so that I can send you the next patch. --
Of course with detailed description what I needed to modify.
-Philipp
Am Dienstag, 1. Juli 2003 13:27
finally committed, sorry for the delay, thanks again for your contribution!
I made some minor formatting changes to your final patch as well as a
code change to an area you were concerned about.
Philipp Reisner wrote:
Am Montag, 23. Juni 2003 03:56 schrieb Jeff Trawick:
BTW, Please have a
Am Montag, 23. Juni 2003 19:02 schrieben Sie:
On Mon, Jun 23, 2003 at 10:26:55AM +0200, Philipp Reisner wrote:
Am Montag, 23. Juni 2003 03:56 schrieb Jeff Trawick:
(apologies for missing the right mail reference and nasty quoting...
e-mail problems, and luckily I was browsing the archives
Am Montag, 23. Juni 2003 03:56 schrieb Jeff Trawick:
(apologies for missing the right mail reference and nasty quoting...
e-mail problems, and luckily I was browsing the archives on daedalus
during my ISP-imposed silence)
Philip,
Thanks for submitting the patch. I hope you will fix minor
Hi,
I guess I do not need to tell you that input filters with mod_ext_filter
were not implemented. Since I needed this feature I implemented it.
It would be a great honour for me if you would apply this patch to the
main tree.
-Philipp--- mod_ext_filter.c Thu Feb 27 13:33:07 2003
(apologies for missing the right mail reference and nasty quoting...
e-mail problems, and luckily I was browsing the archives on daedalus
during my ISP-imposed silence)
Philip,
Thanks for submitting the patch. I hope you will fix minor issues and
resubmit for further review?
+ *
+ * Support
by a number of people in the
time that it has been available in experimental. I think it is time
to make it supported and available for --enable-modules=most so that
it is present in a binbuild for Unix.
Currently there are two open PRs for mod_ext_filter:
http://nagoya.apache.org/bugzilla
At 11:17 AM -0500 11/14/02, Jeff Trawick wrote:
Is anyone against moving it to modules/filters for 2.0.stable?
I'm +1 for it being upgraded to non-experimental status
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|]
that
it is present in a binbuild for Unix.
Currently there are two open PRs for mod_ext_filter:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11978
(PDF generated in a filter not handled properly by IE; probably an
IE issue, since we would chunk the response and a MS KnowledgeBase
article
From: William A. Rowe, Jr. [mailto:wrowe;apache.org]
Sent: 14 November 2002 18:36
At 10:17 AM 11/14/2002, you wrote:
*or after tagging 2.0.44; that distinction isn't important to me; I
just want to get the ball rolling to move it out of experimental;
OtherBill, if a tag is still imminent,
On Mon, 19 Aug 2002, William A. Rowe, Jr. wrote:
Don't we -already- have some argv parsing code in either proc.c or the mod_cgi
that could be used for this purpose??? Let's make that exported, accessible
code from apr itself.
We already have it, and it is exported from APR. Look in
Will do.
[EMAIL PROTECTED] wrote:
On Mon, 19 Aug 2002, William A. Rowe, Jr. wrote:
Don't we -already- have some argv parsing code in either proc.c or the mod_cgi
that could be used for this purpose??? Let's make that exported, accessible
code from apr itself.
We already have it, and
Craig Sebenik [EMAIL PROTECTED] writes:
I put it in as a bug:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10925
code is committed to 2.0.40-dev with very minor tweaks to clean up
warnings
The dev guidelines say that patches can be submitted either via an email
(to this list) or via
Craig Sebenik [EMAIL PROTECTED] writes:
In modules/experimental/mod_ext_filter.c there's the following:
rc = apr_proc_create(ctx-proc,
ctx-filter-command,
(const char * const *)ctx-filter-args,
NULL,
Quoting Jeff Trawick ([EMAIL PROTECTED]):
Craig Sebenik [EMAIL PROTECTED] writes:
Is there a reason why the environment is null?
probably because I'm a moron :)
:) *Probably*??? You're not sure? :)
Am I missing something? Is there a reason I shouldn't submit this patch?
no, no
I put
Hi,
In modules/experimental/mod_ext_filter.c there's the following:
rc = apr_proc_create(ctx-proc,
ctx-filter-command,
(const char * const *)ctx-filter-args,
NULL, /* environment */
Hi!
I'm writing this message again, as no one has answered the other one.
I'm interested in the module mod_ext_filter. As it is in experimental
phase, it is not included in the windows binaries of 2.0.36. I would
like to ask the people that builds the windows binaries
At 10:09 AM 5/28/2002, Igor Leturia wrote:
Hi!
I'm writing this message again, as no one has answered the other one.
I'm interested in the module mod_ext_filter. As it is in experimental
phase, it is not included in the windows binaries of 2.0.36.
Sorry I didn't answer your question
At 12:06 PM 5/28/2002, you wrote:
We are working hard to pull the release together since
so many bug fixes have gone in since .36.
Bill,
There was a ScriptInterpreterSource config bug in the .35 and .36
Apache for Windows releases, and I don't know if it will be corrected
in .37 release...
Hi!
I'm interested in the module mod_ext_filter. As it is in experimental
phase, it is not included in the windows binaries of 2.0.36. I would
like to ask the people that builds the windows binaries if it will be in
the next version. But, as the next version might not be out for some
time, I
Hi!
First of all, I must apologize as I am not exactly an Apache
developper, though I would like to help in some way. I am writing to
this list just to point out an error in Apache 2.0.35. The problem is
that the Windows distribution of Apache 2.0.35 doesn't include the
mod_ext_filter.so
32 matches
Mail list logo