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

  Ok, I no longer have VC5.0 installed, anywhere.  With the .dep files,
  these remain buildable under VC5, but were generated under VC6.

  VC6 introduces .dep companions to .mak, so it was either add the .dep's
  to CVS, or remove the .mak's.


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

  Must have 2.0 on the brain - our DLLs were installed directly
  under the $(INSTDIR).  Keep the .pdb's alongside.


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

  Fix the build exceptions by adding the last diagnostics to Win9xConHook
  and changing the ApacheCore.pdb target.  All seems well, all looks good.


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

  Incorporate similar .pdb mechanics as Apache 2.0.  Because the list is
  much smaller, use explicit copy commands instead of the complex makefile
  install logic we have in Apache 2.0.  The generated .PDBs can be used from
  VisualStudio or WinDbg, or virtually any Win32 debugging tool to either
  debug the released binaries, or to perform post-mortem on crashdump files.

Reviewed by: Allen Edwards (concept)


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

  Complete the prior patch by explicitly grabbing {model}\buildmark.obj
  (such things happen when one splits patches into smaller digestable bits.)


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

  This has worked -very- well for Win32 Apache 2.0, moving the compilation
  of buildmark.obj into a pre-link step ensures we always recompile with
  the correct datestamp every rebuild, even when building in the IDE without
  using makefile.win.


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

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

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

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

- uris were partially not correctly escaped (in particular:
  ldap, news, mailto)
- not all uri schemes contain an authority component (//)
- add nntp:// scheme
- don't add a query string (and drop r->args) if it's not
  http or mailto scheme
- be more efficient (think so)

Reviewed by: Justin Erenkrantz, Brian Pane


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

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

PR: 9427
Reviewed by: Jeff Trawick, Bill Stoddard


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

- Fixed AddLanguage directives in default configs

PR: 18025
Reviewed by: Jeff Trawick, Bill Stoddard


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

  For whatever reason, the install-tpf.html in *apache-1.3* (not in the
  httpd-docs-1.3 repository) was in the attic.  However, it was not marked
  as deleted, this was noted in an rsync.  Surprized it never bit anyone
  else.  In any case, mark this file as removed by re-removing it, one
  cannot simply 'move' files into Attic/


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

result in multiple log-entries when requesting a directory where
the DirectoryIndex contains multiple entires, but it should eliminate
a major source of confusion which results from a 403 error with
no error log entry.

The fix was pointed out by Jeff; I just adjusted the error message.

Reviewed by:	Jeff Trawick, Rich Bowen


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

and holding a pthread accept mutex.

Reviewed by:	Jim Jagielski, Bill Stoddard


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

fcntl.  Idle child cleanup doesn't work when the child selected
for termination by the parent is waiting on a pthread mutex, and
because the AIX kernel's notion of hot process is apparently the
same as Apache's, it is common for the Apache parent to continually
select a child for termination that the kernel will leave waiting
on the mutex for extended periods of time.  There are other
concerns with pthread mutexes as well, such as the ability to
deadlock the server if a child process segfaults while holding the
mutex.


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

Obtained from: Martin Schulze <joey@infodrom.org>
Reviewed by: William Rowe, Sander Striker, David Reid


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

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

mod_status from displaying a bogus value for the "time to
process most recent request" column for freshly-started children
in a previously-used scoreboard slot.


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

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

string if there's no one supplied by configuration.

PR: 10961
Reviewed by: Jeff Trawick, Jim Jagielski


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

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

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

"standalone" keyword

Submitted by: jmc <jmc@prioris.mini.pw.edu.pl>
Reviewed by:  Jeff Trawick


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

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

Update CVE candidate names where promoted from CAN to CVE
PR:
Obtained from:
Submitted by:
Reviewed by:


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

system paths. Note that mod_rewrite handles _both_.
Fixed also some comments to make the explanations more clear.

PR: 12902
Obtained from: 2.1 (r1.144)
Reviewed by: Brad Nicholes, Will Rowe


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

path segment). This function was still tailored for unix systems only.
It should work on other systems as well now.

Note that in 2.x we use the apr_filepath_root function that doesn't
exist in 1.3. It is replaced by some simple workaround stuff which
behaves similar.

Obtained from: 2.1 (r1.143)
Reviewed by: Brad Nicholes, Will Rowe


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

"A local rewrite in per-directory context" was caught much earlier.
I'd guess this piece of code was c&p accidentally...

Obtained from: 2.1 (r1.142)
Reviewed by: Brad Nicholes, Will Rowe


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

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

Prevent endless loops of internal redirects in mod_rewrite by
aborting after exceeding a limit of internal redirects. The
limit defaults to 10 and can be changed using the RewriteOptions
directive with the new MaxRedirects=n argument.
(The latter required some restructuring of the RewriteOptions
 evaluation code).

PR: 17462
Reviewed by: Will Rowe, Ian Holsman


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

terminated quickly would cause an endless loop.
;-) Nobody noticed by now, so I guess few people used it.


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

Use the correct locations of srm.conf and access.conf when tailoring
the httpd.conf during the install process.

PR: 9446
Submitted by: Stanislav Brabec <utx@penguin.cz>


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

Oh my, I forgot it again. but now:

Reviewed by: Cliff Woolley, Bill Stoddard


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

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

handles before an exec is non-existent.  So just bypass the close on exec
magic cleanup stuff.


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

immediately after startup.

PR: 2790, 10449
Submitted by: Jeff Stewart <jws@purdue.edu>


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