I converted a working Apache1.3 server to Apache2.0 on a SuSE Linux system
with IPV6 support.
All httpd.conf address references are in IPV4 format, all log/status/error messages
show all addresses in IPV4 format. However, I had to use IPV6 address in the
VHosts sections or the incoming
Trying to use configtest with a httpd.conf file that has a line like:
VirtualHost 82
gives:
../apachectl: line 187: 2066 Sementation fault $HTTPD - t
...don
[EMAIL PROTECTED]
Apache2.0
If all of my vhosts are of the form:
VirtualHost *:nn
and if there is a Listen for a port (81) that does NOT appear in a VirtualHost
directive, then I get:
... [crit] (88)Socket operation on non-socket: make_sock: for address [::]:81,
setsockopt: (SO_REUSEADDR)
...don
[EMAIL
Don Hughes [EMAIL PROTECTED] writes:
Trying to use configtest with a httpd.conf file that has a line like:
VirtualHost 82
gives:
../apachectl: line 187: 2066 Sementation fault $HTTPD - t
cool! easy to reproduce, probably easy to fix...
keep those cards and letters coming
--
Jeff
On Mon, Dec 24, 2001 at 09:40:03AM -0800, Ryan Bloom wrote:
I thought of another reason to do this in the tree itself. The point of the config
tree is to keep the current config in memory. If you are going to modify the
config, you need to modify it in the tree. By doing to work on the
Ugh! I've been meaning to patch the prototype for apr_thread_exit for
a long time (so that it takes an apr_status_t instead of a pointer), but
it got lost in the shuffle. I'll see if I can fix this sometime this week
so we don't have to have ackward rv stuff like this.
-aaron
On Sun, Dec 23,
On Tue, Dec 25, 2001 at 02:46:08PM -0500, Don Hughes wrote:
Apache2.0
If all of my vhosts are of the form:
VirtualHost *:nn
and if there is a Listen for a port (81) that does NOT appear in a VirtualHost
directive, then I get:
... [crit] (88)Socket operation on non-socket:
This change may be controversial, so I'm soliciting
comments before committing...
The prep_walk_cache() function in server/request.c
is one of the slower parts of the core server. About
60% of its run time is due to the apr_pool_userdata_*
functions.
The attached patch eliminates the use of