hi,
I just tried to write a module which must get core_module's configuration.
So I wrote following code:
#include http_core.h
*core_request_config *reqconf;*
* reqconf = (core_request_config
*)ap_get_module_config(r-request_config, core_module);*
but I can't compile module with apxs after I
The patch impaired me moved the file to ./include and rebuilt.
Similiar issues:
httpd: Syntax error on line 143 of /etc/httpd/httpd.conf: Cannot load
/opt/httpd/libexec/mod_mpm_worker.so into server:
rtld: 0712-001 Symbol ap_fatal_signal_child_setup was referenced
from module
On 27 Feb 2012, at 11:25 AM, Michael Felt wrote:
The patch impaired me moved the file to ./include and rebuilt.
Similiar issues:
httpd: Syntax error on line 143 of /etc/httpd/httpd.conf: Cannot load
/opt/httpd/libexec/mod_mpm_worker.so into server:
rtld: 0712-001 Symbol
On Mon, Feb 27, 2012 at 4:25 AM, Michael Felt mamf...@gmail.com wrote:
The patch impaired me moved the file to ./include and rebuilt.
Similiar issues:
httpd: Syntax error on line 143 of /etc/httpd/httpd.conf: Cannot load
/opt/httpd/libexec/mod_mpm_worker.so into server:
rtld: 0712-001 Symbol
On 2/26/2012 2:11 PM, André Malo wrote:
* William A. Rowe Jr. wrote:
On 2/25/2012 10:09 AM, minf...@apache.org wrote:
Author: minfrin
Date: Sat Feb 25 16:09:03 2012
New Revision: 1293634
URL: http://svn.apache.org/viewvc?rev=1293634view=rev
Log:
The current version of the server is
On 27 Feb 2012, at 6:00 PM, William A. Rowe Jr. wrote:
Because 1.3 code and docs are no longer maintained. Because 1.3 docs
shipped in the tarball, they got the whole deal when they downloaded it.
By continuing to publish something out-of-date, we imply to users that
there is some support
On Mon, Feb 27, 2012 at 4:00 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
Because 1.3 code and docs are no longer maintained. Because 1.3 docs
shipped in the tarball, they got the whole deal when they downloaded it.
By continuing to publish something out-of-date, we imply to users that
* William A. Rowe Jr. wrote:
On 2/26/2012 2:11 PM, André Malo wrote:
* William A. Rowe Jr. wrote:
Doesn't it seem overtime to take down 1.3 docs from the site,
altogether?
Why?
Because 1.3 code and docs are no longer maintained. Because 1.3 docs
shipped in the tarball, they got the
On Monday 27 February 2012, Dr Stephen Henson wrote:
Hmmm... it looks like there is a race condition in here:
Consider two threads calling that at once with init == 0. The
static variable ecdh could end up being modified by two threads
simultaneously.
You could include a lock in there or
On 27 Feb 2012, at 19:16, André Malo wrote:
A compromise I'd actively support would be:
- to not only put these red blocks above each document, but provide
'position: fixed' block, being always visible (for modern
browsers) (maybe on the left side, simply saying UNSUPPORTED SOFTWARE or
Hi,
It was suggested that I try and use apr 1.3.9 and apu 1.3.9 to try and stop
the problem with graceful restarts and processes being stuck in G state if
you have more than 1 listener (ie) port 80 and port 443. I have been trying
the newer versions of apache and I still have that problem with
That fixed it!
michael@x054:[/data/home/michael]/opt/httpd/sbin/apachectl
-t
AH00558: httpd: Could not reliably determine the server's fully qualified
domain name, using 192.168.129.54. Set the 'ServerName' directive globally
to suppress this message
Syntax OK
Further testing continues...
On
On Mon, Feb 27, 2012 at 4:51 PM, csross cr...@hccs.com wrote:
Hi,
It was suggested that I try and use apr 1.3.9 and apu 1.3.9 to try and stop
the problem with graceful restarts and processes being stuck in G state if
you have more than 1 listener (ie) port 80 and port 443. I have been
On Feb 27, 2012, at 2:16 PM, André Malo wrote:
A compromise I'd actively support would be:
- to not only put these red blocks above each document, but
provide 'position: fixed' block, being always visible (for modern
browsers) (maybe on the left side, simply saying UNSUPPORTED
On Mon, Feb 27, 2012 at 4:58 PM, Michael Felt mamf...@gmail.com wrote:
That fixed it!
michael@x054:[/data/home/michael]/opt/httpd/sbin/apachectl
-t
AH00558: httpd: Could not reliably determine the server's fully qualified
domain name, using 192.168.129.54. Set the 'ServerName' directive
Works, but...
the prefork loadmodule line needed to be added manually
#LoadModule mpm_worker_module libexec/mod_mpm_worker.so
LoadModule mpm_prefork_module libexec/mod_mpm_prefork.so
LoadModule unixd_module libexec/mod_unixd.so
#LoadModule heartbeat_module libexec/mod_heartbeat.so
#LoadModule
See attached file.
buildaix.patch
Description: Binary data
On 28 Feb 2012, at 12:14 AM, Michael Felt wrote:
Works, but...
the prefork loadmodule line needed to be added manually
AFAIK mod_mpm_event is the default now.
#LoadModule mpm_worker_module libexec/mod_mpm_worker.so
LoadModule mpm_prefork_module libexec/mod_mpm_prefork.so
LoadModule
On Mon, Feb 27, 2012 at 5:14 PM, Michael Felt mamf...@gmail.com wrote:
Works, but...
thanks
the prefork loadmodule line needed to be added manually
that's expected; you only get one MPM LoadModule directive...
#LoadModule mpm_worker_module libexec/mod_mpm_worker.so
LoadModule
what the patch lacks is deleting the old README (now named README.aix, and
the file aixproto.ksh)
The tar file I used to copy to my svn area is attached. My apologies for
the confusion, if any.
On Mon, Feb 27, 2012 at 11:16 PM, Michael Felt mamf...@gmail.com wrote:
See attached file.
On Mon, Feb 27, 2012 at 5:20 PM, Graham Leggett minf...@sharp.fm wrote:
On 28 Feb 2012, at 12:14 AM, Michael Felt wrote:
Works, but...
the prefork loadmodule line needed to be added manually
AFAIK mod_mpm_event is the default now.
Event requires some APR poll features not implemented on
so, mod_mpm_event...
I have, with the patch just supplied for build/aix the following mods:
michael@x054:[/opt/httpd/libexec]ls -l *mpm*
-rwxr-xr-x1 root system53006 Feb 27 21:38 mod_mpm_prefork.so
-rwxr-xr-x1 root system86085 Feb 27 21:38 mod_mpm_worker.so
FYI - with all LoadModules activated (only one of prefork/worker) Syntax OK,
with both MPM active gives error, as expected (AH00534: httpd:
Configuration error: More than one MPM loaded.)
On Mon, Feb 27, 2012 at 11:26 PM, Michael Felt mamf...@gmail.com wrote:
so, mod_mpm_event...
I have,
On 28 Feb 2012, at 12:22 AM, Michael Felt wrote:
what the patch lacks is deleting the old README (now named README.aix, and
the file aixproto.ksh)
The tar file I used to copy to my svn area is attached. My apologies for the
confusion, if any.
I've added the patch you sent, and the tar
yes. And also for httpd-2.2.22 - attached, apr ones coming.
On Mon, Feb 27, 2012 at 11:34 PM, Graham Leggett minf...@sharp.fm wrote:
On 28 Feb 2012, at 12:22 AM, Michael Felt wrote:
what the patch lacks is deleting the old README (now named README.aix,
and the file aixproto.ksh)
The tar
On 28 Feb 2012, at 12:43 AM, Michael Felt wrote:
yes. And also for httpd-2.2.22 - attached, apr ones coming.
Thanks for this, I've committed this in r1294380.
Regards,
Graham
--
There is an example of how you can configure solaris using arguments to
configure with external apr and apr-util in build/pkg/buildpkg.sh
On Mon, Feb 27, 2012 at 10:51 PM, csross cr...@hccs.com wrote:
Hi,
It was suggested that I try and use apr 1.3.9 and apu 1.3.9 to try and stop
the
On 27.02.2012 23:14, Michael Felt wrote:
LoadModule unixd_module libexec/mod_unixd.so
#LoadModule heartbeat_module libexec/mod_heartbeat.so
#LoadModule heartmonitor_module libexec/mod_heartmonitor.so
#LoadModule dav_module libexec/mod_dav.so
LoadModule status_module libexec/mod_status.so
hi,
I wrote a module which adds its own field to the HTTP response header by
setting r-headers_out. But nothing happened, I printed out all response
headers but cannot find the filed I set before. This happens in hook
fixups. What's wrong with it?
Thanks!
--
Best regards,
Rui Hu
29 matches
Mail list logo