Chris Knight wrote:
Hi all, I found some mention of profiling Apache with gprof via
google. I tried the following:
% setenv CFLAGS '-pg -DGPROF -g'
% ./configure [my configure flags]
% make; make install; cd $PREFIX
[alter the conf file to set the MaxRequestsPerChild to 1]
% bin/httpd -X
[make
Hi all, I found some mention of profiling Apache with gprof via google.
I tried the following:
% setenv CFLAGS '-pg -DGPROF -g'
% ./configure [my configure flags]
% make; make install; cd $PREFIX
[alter the conf file to set the MaxRequestsPerChild to 1]
% bin/httpd -X
[make a request and close
Ok, so I'm running 2.0.47 with mod_ldap, mod_auth_ldap, and a bunch of
other modules. I've already stumbled across the mod_ldap problems and
I've disabled caching entirely (LDAPCacheEntries 0) and LDAP
authentication seems to work generally.
However, when I ldap-protect a Location (as opposed
I would like to be able to use the existing apr_hash_t type with shared
memory. To do so, I'd need to wrap a block of shared memory with an
apr_pool_t type. It seems to me that this should be possible but
reviewing the pool code, it appears it would not be possible without
modifying pools
Joshua Slive wrote:
I think we've done pretty-much all we can. I wouldn't mind putting a
little note on the httpd.apache.org homepage saying Have you secured your
proxy? and point to the correct docs.
What about sending a warning message to stderr/error_log upon startup if
the proxy is not
as you see fit, I am by no means an expert. ;^
/* mod_hello_world.c
* Written by Chris Knight, NASA Ames Research Center
* [EMAIL PROTECTED]
*
* Build using:
* $APACHE_HOME/build/libtool gcc -c -I$APACHE_HOME/include mod_hello_world.c
*
* followed by:
* $APACHE_HOME/build/libtool --mode=link
Jeff Trawick wrote:
Chris Knight wrote:
Would there be any interest in including example modules with the
Apache source distribution?
modules/experimental/mod_example.c
Ah, fair enough. I wouldn't have thought of looking in experimental,
however (I seemed to remember
Justin Erenkrantz wrote:
It looks like Catacomb (0.8.0 is what I just downloaded) is doing the
same thing in its dav_repos_set_headers as mod_dav_svn. That hook
runs after the fixups hooks, so it just trounces on the content-type
that mod_mime tried to set with ModMimeUsePathInfo.
Ah, good
André Malo wrote:
* Chris Knight wrote:
So, Catacomb and other mod_dav backends that handle GET requests would
like to have the Content-Type of resources be automatically identified
based on the path information of that resource in the same manner as
file resources.
How would I best approach
Justin Erenkrantz wrote:
--On Friday, May 30, 2003 2:34 AM +0200 André Malo [EMAIL PROTECTED] wrote:
ModMimeUsePathInfo was created for this purpose IIRC.
Indeed. The only caveat is that ModMimeUsePathInfo shouldn't
necessarily be enabled on resources that you edit. The problem comes
into
So, Catacomb and other mod_dav backends that handle GET requests would
like to have the Content-Type of resources be automatically identified
based on the path information of that resource in the same manner as
file resources.
How would I best approach this problem? It appears that the
Ben Collins-Sussman wrote:
[...]
I'm writing because I plan to do some major overhauling of mod_dav.
No need to fear, because I'm essentially a disciple of gstein. :-)
I'm reasonably familiar with mod_dav code already, because I'm
intimate with the mod_dav_svn provider (Subversion's main
I'd like to have handlers (from the http_request module, created by the
Action and AddHandler directives) properly handle output sent from the
mod_dav_fs module (with DEBUG_GET_HANDLER turned on.)
For example, if mod_dav_fs handles a GET to a text/html file and I've
added Action text/html
I am writing a module that would very much like to find out if a
particular user has access to a particular URI (not the URI that got to
my module). Is there any way through an inter-module framework or the
like to call this function from within my module? I'd rather not
formulate another HTTP
14 matches
Mail list logo