group of patches.  This patch, allows the core server to compile and
serve pages.  There is a set of patches which will follow to allow the
standard modules to use ap_create_process.  This change should make
writing code which spawns new processes easy to read and understand.
Submitted by:	Paul Reder


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83959 13f79535-47bb-0310-9956-ffa450edef68

and result parameters go first.  Also fixed a small bug in the Makefile.  We
should be removing the libs dir when we do a distclean, we are now.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83956 13f79535-47bb-0310-9956-ffa450edef68

so it is only partially tested.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83955 13f79535-47bb-0310-9956-ffa450edef68

Incorporate Ben's changes to ap_listen_open in the beos mpm.  Also used
the opportunity to make the setup_listeners routine the same as the other
mpm's.  If we're all doing it the same should it be in an mpm at all?


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83954 13f79535-47bb-0310-9956-ffa450edef68

LIFO dispatching out of the worker thread pool.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83952 13f79535-47bb-0310-9956-ffa450edef68

Well here is the first attempt at an mpm for BeOS.  It's based
on the mpmt_pthread module but is totally threaded as that what
BeOS needs.  There's a lot that can be improved but now that it's
committed others can start looking and helping.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83951 13f79535-47bb-0310-9956-ffa450edef68

I think this was missed earlier, and as BeOS doesn't define SO_SNDBUF it was stopping the build.  APR_SO_SNDBUF is defined and so all is well again.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83949 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83948 13f79535-47bb-0310-9956-ffa450edef68

the parameter list of setup_listeners() was wrong


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83947 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83946 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83945 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83944 13f79535-47bb-0310-9956-ffa450edef68

Drive out the use of malloc in two places.

In listen.c, using the global process pool instead.  That changes the
API into listen so that a process is passed in rather than the config
pool.  That's all was easy.

The pain is propogating a change into all N of the mpm, they
are all similar but different in their use of listen.c  There
is a lot to dislike about similar but code scattered code.

I changed the N setup_listener routines, they now take only
the server since they can dig the config and global pool
out of there.

Free today: ap_setup_prelinked_modules now takes the process so it
can allocate it's table in the process's pool rathern than use
malloc.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83943 13f79535-47bb-0310-9956-ffa450edef68

hierarchy of structs that abstract server activities.  Store some
stuff in process_rec (finally a place to have nearly guiltless
globals) for example the global and configuration pools.  Put some
operations on process_rec in http_main, in particular the
destroy_and_exit operation, and the use it to do all the exit calls.
Change ap_read_config to operation on this "object" rather than on the
configuration pool.  Modify server_rec to point to the process, so you
can get at it most all the time which should finally allow most of the
server's malloc calls to be eliminated.

There are no locks in the process struct as yet, put them in as needed.
Some of the hooks should take this rather than conf. pool.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83942 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83941 13f79535-47bb-0310-9956-ffa450edef68

during the entire time the server is serving it's best to destroy it.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83940 13f79535-47bb-0310-9956-ffa450edef68

Use the abstraction API_EXPORT_NONSTD for exporting main (aka
apache_main).  Use clear rather than destroy on ptemp as other
'systolic' pools do.  That also fixing a leak of the first ptemp
created.  Let the destroy of pglobal to all the cleanup.  Meanwhile,
all exit paths should destroy pglobal so the cleanup/unwind gets run
and this routine sets a bad example by having many exits that don't -
another day.
PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83939 13f79535-47bb-0310-9956-ffa450edef68

these on a directory by directory basis for the rest of APR.  I hope to
cause fewer problems for other developers by doing it this way.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83937 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83936 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83934 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83933 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83932 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83931 13f79535-47bb-0310-9956-ffa450edef68

Still need to get sendfile() in. First, lets get the serving basically
working again :-)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83930 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83929 13f79535-47bb-0310-9956-ffa450edef68

This is more in-line with what the function does, and how it acts, so
it makes sense.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83928 13f79535-47bb-0310-9956-ffa450edef68

fruit, and moves most of the result parameters to the first argument.
Future patches in this series will move the rest of the result parameters
to the beginning of the list, and will move the context's to the end of the
list


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83927 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83925 13f79535-47bb-0310-9956-ffa450edef68

if one build with GNU Pth through the pre-configured setup in config.options.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83920 13f79535-47bb-0310-9956-ffa450edef68

BTW, how can it be that nowadays it can happen that the Apache Group has a
source tree which doesn't compile under Unix for more than two weeks (I was
busy with exams and it didn't compile src/support/ already there)? In the past
this was definitely not possible.  Seems like the source-centered hacker focus
drifts away... sorry, for me this seems like a horrifying evolution, friends.
Please let us always make sure that the source at least compiles. I don't want
to say it should also run, but hell, it should at least compile and if not it
should be fixed within a few days...


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83919 13f79535-47bb-0310-9956-ffa450edef68

sockets even when we had them open already. So, for now, add an "active"
flag that indicates whether the socket stored in the listen_rec is an
actual open socket yet.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83918 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83917 13f79535-47bb-0310-9956-ffa450edef68

to escape the spelling-fixed uri. (Forward-Port from 1.3)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83916 13f79535-47bb-0310-9956-ffa450edef68

functions depend on Apache's regex libraries. This also should fix
compilation on platforms not using hsregex.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83912 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83906 13f79535-47bb-0310-9956-ffa450edef68

this fixes that. Reported by Dave Colasurdo <davecola@us.ibm.com>.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83904 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83902 13f79535-47bb-0310-9956-ffa450edef68

is retreivable using a char string.  Basically, you provide a string that
will be used as a key when you store the data.  If the key was used before,
we will overwrite the old data.  When you want to retreive your data, pass
in the same key, and we will find the data you care about.  This also makes
it harder to put user data in when creating a context, so that option has
disappeared.  It is also impossible to inherit user data from parent contexts.
This option may be added in later.  I will be documenting this VERY soon.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83901 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83900 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@83899 13f79535-47bb-0310-9956-ffa450edef68