git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80682 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80679 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80677 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80676 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80675 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80674 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80673 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80672 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80671 13f79535-47bb-0310-9956-ffa450edef68

be marked const and save on per-child memory requirements.

WIN32 folks, Ben said you could handle this... you've got to compile
something and then run it to generate the tables.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80670 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80669 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80668 13f79535-47bb-0310-9956-ffa450edef68

Obtained from:
Submitted by:
Reviewed by:
Add a new section where we just add Notes and Words Of Wisdom about
porting Apache to various platforms... Seemed to make better sense to
put it here rather than README (??)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80666 13f79535-47bb-0310-9956-ffa450edef68

Obtained from: Lars <lars@informatik.uni-siegen.de>
Submitted by:	Jim Jagielski
Reviewed by:
Add the SCO_SV port


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80665 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80664 13f79535-47bb-0310-9956-ffa450edef68

testsuite...  Is there some other bug I'm not seeing Martin?  There was
some bogus code previously (namely the test uptr->port == port... 'cause
it was always true... thanks for spotting that).

The test_util_uri thing doesn't test bogus ports, or any other bogosities.
That would be a welcome addition.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80663 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80662 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80661 13f79535-47bb-0310-9956-ffa450edef68

They force CC to use mixed case and underscores in the generated *.o files
(And I wonder why that is not the default in the POSIX subsystem)
Without these flags, no two global variables/functions may ever appear which
only differ in case.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80660 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80659 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80658 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80657 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80656 13f79535-47bb-0310-9956-ffa450edef68

objects for the various platforms.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80655 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80654 13f79535-47bb-0310-9956-ffa450edef68

to be included for Apache 1.3 or finally ignored. Please add your votes.  But
don't hurry. Take some time for a good decision, please.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80653 13f79535-47bb-0310-9956-ffa450edef68

for the build types (debug vs. release)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80652 13f79535-47bb-0310-9956-ffa450edef68

less than FD_SETSIZE.

Also, in http_main.c check that listenmaxfd is not -1 (which would
indicate that no sockets are available, and causes select() to fail
rather badly, i.e. it does not set a valid errno). Instead we should exit.
Add some more comments about how child/parent signalling works.

Fixup a couple of incorrect calls to the child_exit_modules before
child_init_modules had been called (this would only occur in a couple of
rare error conditions).


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80651 13f79535-47bb-0310-9956-ffa450edef68

the value of FD_SETSIZE


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80650 13f79535-47bb-0310-9956-ffa450edef68

Distributed modules are loaded with AP_<name>_module and custom
modules are now loaded with the fallback strategy via <name>_module
(because their <name>_module is not and canno be hidden by hide.h).


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80649 13f79535-47bb-0310-9956-ffa450edef68

- update of the directive blocks to be directive-dict.html compliant


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80648 13f79535-47bb-0310-9956-ffa450edef68

really test this well -- because libc5 linux systems just don't let you
muck with FD_SETSIZE easily.  Folks on BSD systems should be able to
-DFD_SETSIZE=16 or 20 and produce lots of interesting failures.

Clean up make_sock error messages a bit.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80645 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80644 13f79535-47bb-0310-9956-ffa450edef68

PR:
Obtained from:
Submitted by:	Doug MacEachern
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80643 13f79535-47bb-0310-9956-ffa450edef68

PR:
Obtained from:
Submitted by:	Doug MacEachern
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80641 13f79535-47bb-0310-9956-ffa450edef68

	issue has been added because it has certainly become a FAQ!


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80640 13f79535-47bb-0310-9956-ffa450edef68

    no chance at all, because dlopen() cannot implicitly
    resolve apache's XXX symbols for module because they
    are named AP_XXX
else if apache+!HIDE && module+HIDE then
    no chance at all, because dlopen() cannot implicitly
    resolve apache's AP_XXX symbols for module because they
    are named XXX
else if apache+HIDE && module+HIDE then
    we have to prefix the resolved module symbol with AP_
    (THIS PATCH!)
else if apache+!HIDE && module+!HIDE then
    we have to just resolve the symbol as is
    (AS ALREADY DONE IN THE PAST)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80638 13f79535-47bb-0310-9956-ffa450edef68

Monday a shock: Snow, snow, snow... and again really cold... Brrrrr...


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80637 13f79535-47bb-0310-9956-ffa450edef68

so change the compiler run for more portable usage here, too.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80636 13f79535-47bb-0310-9956-ffa450edef68

compilers out there (for instance UnixWare's cc) which don't honor the `-o'
option when used in combination with the `-c' option. They always create xx.o
for xx.c and just pass `-o' to the linker phase (which doesn't exist when `-c'
is used :-( ). This way shared objects are even supported under UnixWare.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80635 13f79535-47bb-0310-9956-ffa450edef68