Hi all,
Am looking out for a reference of all the Apache API's
Revision changes.
I.e Apache API v 1.3 v 2.0 revision changes in the API's
What Could be the function prototypes entire API
reference list for v2.0?
Awaiting for a helping hand!!
Warm Regards,
--BENNY
On Mon, Mar 01, 2004 at 11:53:00PM -0800, Stas Bekman wrote:
There must be some simple explanation, but this is very annoying as 'cvs
up' in httpd-2.0 keeps on colliding at these files:
M modules/ssl/ssl_expr_parse.c
M modules/ssl/ssl_expr_parse.h
M modules/ssl/ssl_expr_scan.c
This should
Joe Orton wrote:
On Mon, Mar 01, 2004 at 11:53:00PM -0800, Stas Bekman wrote:
There must be some simple explanation, but this is very annoying as 'cvs
up' in httpd-2.0 keeps on colliding at these files:
M modules/ssl/ssl_expr_parse.c
M modules/ssl/ssl_expr_parse.h
M modules/ssl/ssl_expr_scan.c
* Benedict DSilva [EMAIL PROTECTED] wrote:
What Could be the function prototypes entire API reference list for
v2.0?
http://httpd.apache.org/docs-2.0/developer/ should be the first place to
look. Especially linked from there: http://docx.webperf.org/.
nd
On Mon, Mar 01, 2004 at 10:37:46AM -0800, Mathihalli, Madhusudan wrote:
Hi,
Question: Can we use the environment variables setup by mod_ssl
in the RewriteCond directive ?
Not like in 1.3; in 2.0 you can use %{LA-U:ENV:...} to fetch the SSL
variables via a subrequest; a better
Thanks for your input!!
Actually am looking out for a site similar to
http://httpd.apache.org/dev/apidoc/index.html
which would give me all the API reference for v2.0
Warm Regards,
--BENNY
From: André Malo [mailto:[EMAIL PROTECTED]
Sent: Tue 3/2/2004 3:35
* Thom May ([EMAIL PROTECTED]) wrote :
Hey guys,
just wondering why we use system(copy...)/system(cp...) in htdigest in 1.3,
when the netware option seems to be more secure?
The patch attached just rips out the ifdef and uses the netware code
globally.
No complaints? Suggestions?
I'll commit
On Mon, 1 Mar 2004, Justin Erenkrantz wrote:
What we believed was that it was related to race conditions inside the
OS scheduler handler where our poll calls got mixed up with the
scheduler's polls. We had it tracked down to some gnarly stuff inside
the libc_r scheduler and gave up...
Note
--On Tuesday, March 2, 2004 11:47 AM -0400 Marc G. Fournier
[EMAIL PROTECTED] wrote:
Note that *BSD is looking at a 4.10 RSN, and I'm trying to fight for
trying to get this fixed, if its possible, which is why I'm trying to come
up with some data to fight with ...
Is there anywhere that there is
--On Monday, March 1, 2004 11:57 PM -0800 Stas Bekman [EMAIL PROTECTED] wrote:
AP_FTYPE_PROTOCOL. But what difference does it make as long as it sees the
HTTP headers?
Because AP_FTYPE_PROTOCOL is request-level when you are using HTTP.
But, you should not be changing HTTP headers in a filter.
--On Monday, March 1, 2004 11:20 PM -0800 Stas Bekman [EMAIL PROTECTED] wrote:
I've stepped through with gdb, ap_finalize_request_protocol is called and
EOS is sent, but it gets lost and doesn't reach the connection output filter.
That'd mean that a filter isn't passing it on as it should be.
--On Monday, March 1, 2004 10:58 PM -0800 Stas Bekman [EMAIL PROTECTED] wrote:
An EOS *is* generated for this.
It does in the request filter (in and out).
It does in the connection output filter.
It does *not* in the connection input filter.
Correct. Because the EOS is generated by the
Justin Erenkrantz wrote:
--On Monday, March 1, 2004 11:57 PM -0800 Stas Bekman [EMAIL PROTECTED]
wrote:
AP_FTYPE_PROTOCOL. But what difference does it make as long as it sees
the
HTTP headers?
Because AP_FTYPE_PROTOCOL is request-level when you are using HTTP.
yes, but it won't see the
Justin Erenkrantz wrote:
--On Monday, March 1, 2004 10:58 PM -0800 Stas Bekman [EMAIL PROTECTED]
wrote:
An EOS *is* generated for this.
It does in the request filter (in and out).
It does in the connection output filter.
It does *not* in the connection input filter.
Correct. Because the
Justin Erenkrantz wrote:
--On Monday, March 1, 2004 11:20 PM -0800 Stas Bekman [EMAIL PROTECTED]
wrote:
I've stepped through with gdb, ap_finalize_request_protocol is called and
EOS is sent, but it gets lost and doesn't reach the connection output
filter.
That'd mean that a filter isn't
* [EMAIL PROTECTED] wrote:
Actually am looking out for a site similar to
http://httpd.apache.org/dev/apidoc/index.html
which would give me all the API reference for v2.0
You've found it. You may want to read my posting again.
nd
* Joe Orton [EMAIL PROTECTED] wrote:
On Mon, Mar 01, 2004 at 10:37:46AM -0800, Mathihalli, Madhusudan wrote:
Hi,
Question: Can we use the environment variables setup by mod_ssl
in the RewriteCond directive ?
Not like in 1.3; in 2.0 you can use %{LA-U:ENV:...} to fetch the SSL
* Thom May [EMAIL PROTECTED] wrote:
* Thom May ([EMAIL PROTECTED]) wrote :
Hey guys,
just wondering why we use system(copy...)/system(cp...) in htdigest in
1.3, when the netware option seems to be more secure?
The patch attached just rips out the ifdef and uses the netware code
Hi to all,
I'm involved in jk/jk2 on tomcat and we wonder on tomcat-dev
if we should use translate in MIDDLE or FIRST position (specifying
that mod_rewrite to be the first in hooks chain).
I see in jk that we're using :
ap_hook_translate_name(jk_translate,NULL,NULL,APR_HOOK_MIDDLE);
and now
-Original Message-
From: André Malo [mailto:[EMAIL PROTECTED]
[SNIP]
* Joe Orton [EMAIL PROTECTED] wrote:
On Mon, Mar 01, 2004 at 10:37:46AM -0800, Mathihalli,
Madhusudan wrote:
Hi,
Question: Can we use the environment variables setup by mod_ssl
in the RewriteCond
If you have mod_logio configured, this might be its doing. It replaces
the EOS with FLUSH. This is in order to make sure all output is counted
and logged properly for each request.
Here is the code from mod_logio that does that:
---
static
Bojan Smojver wrote:
If you have mod_logio configured, this might be its doing. It replaces
the EOS with FLUSH. This is in order to make sure all output is counted
and logged properly for each request.
Here is the code from mod_logio that does that:
On Wed, 2004-03-03 at 07:42, Stas Bekman wrote:
... but he just gave a good example
where a filter is not well behaved (by a non-existing well-behaved-filters
Apache spec).
I'm not sure exactly why I can't have a FLUSH bucket followed by an EOS
bucket, but I'm pretty sure I wanted to keep
On Wed, 3 Mar 2004, Bojan Smojver wrote:
If you have mod_logio configured, this might be its doing. It replaces
the EOS with FLUSH. This is in order to make sure all output is counted
and logged properly for each request.
That's bad. :)
If you have to do that, then something else is broken.
On Wed, 2004-03-03 at 10:27, Cliff Woolley wrote:
That would be a problem because then you'd have a FLUSH bucket *after*
your EOS bucket in brigade bb (or at least that's what I assume from the
context given here without actually pulling up the whole module), which is
illegal.
I think the
I'm getting used to use:
debug foo, [EMAIL PROTECTED]
when writing my code and I want to continue using it in my real modules. The
problem with Apache::TestTrace that even though you can control the tracing
level, they aren't compile time checks. Meaning that it's going to be costly
to keep
Stas Bekman wrote:
[...]
The patch below fixes that. But I haven't written that code, so I don't
know why it was written to specifically ignore any failures. So I'm
hesitant to commit it.
I've pinged Doug who wrote this code, and he said:
i seem to recall it being intentional. if a module
Rodent of Unusual Size wrote:
Stas Bekman wrote:
Rodent of Unusual Size wrote:
the options are correct, but the module isn't being created properly.
coolio, so now you know what the problem is ;)
actually, the options *aren't* correct for AIX and apache 1.3.
and in dealing with that, i found
Stas Bekman wrote:
Stas Bekman wrote:
[...]
The patch below fixes that. But I haven't written that code, so I
don't know why it was written to specifically ignore any failures. So
I'm hesitant to commit it.
I've pinged Doug who wrote this code, and he said:
i seem to recall it being
Stas Bekman wrote:
What assumption are you talking about? Using '/'? so your change is to use
catfile?
yes. is good? or no?
--
#kenP-)}
Ken Coar, Sanagendamgagwedweinini http://Ken.Coar.Org/
Author, developer, opinionist http://Apache-Server.Com/
Millennium hand and shrimp!
Rodent of Unusual Size wrote:
Stas Bekman wrote:
What assumption are you talking about? Using '/'? so your change is to use
catfile?
yes. is good? or no?
It depends: If the path is only ever handled internally by perl than you can
always use '/' and it will do the right thing on any platform.
31 matches
Mail list logo
