- 15 Jan, 2000 2 commits
-
-
Sascha Schumann authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84463 13f79535-47bb-0310-9956-ffa450edef68
-
Greg Stein authored
PR: Obtained from: Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84461 13f79535-47bb-0310-9956-ffa450edef68
-
- 14 Jan, 2000 4 commits
-
-
Jim Jagielski authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84460 13f79535-47bb-0310-9956-ffa450edef68
-
Brian Havard authored
Set HPUX to use .sl for the core & .so for modules. Set OS/2 to use .dll for both. Reviewed by: Ryan Bloom git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84459 13f79535-47bb-0310-9956-ffa450edef68
-
Greg Stein authored
PR: Obtained from: Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84457 13f79535-47bb-0310-9956-ffa450edef68
-
Greg Stein authored
name clashes (since the function is exported from the httpd executable). PR: Obtained from: Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84456 13f79535-47bb-0310-9956-ffa450edef68
-
- 13 Jan, 2000 4 commits
-
-
Bill Stoddard authored
Submitted by: Greg Ames git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84455 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
think we finally have a solution that makes everybody happy. :-) At the very least, it gets my vote. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84453 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84452 13f79535-47bb-0310-9956-ffa450edef68
-
Jim Jagielski authored
1. About the HPUX shared build problems. It definately looks like, although the fix in place doesn't not "fix" the real problem, that it allows HPUX binary builds to work without junking things up for everyone else, which all other suggested patches have done. I say we ship with this less-than-ideal solution. 2. Unless there are any -1 votes, I say we commit Ryan's '-Ae' patch for HPUX. 3. I need some votes on Sascha'a AIX DSO patch. 4. We need some clarity on exactly which variables we need to protect in Expat. So far, all we have is 'lookup'. Is that enough? PR: Obtained from: Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84451 13f79535-47bb-0310-9956-ffa450edef68
-
- 12 Jan, 2000 11 commits
-
-
Marc Slemko authored
only functional change that this introduces is to bump down the maximum hostname length by one, to what it should be. PR: Obtained from: Submitted by: Theo de Raadt <deraadt@cvs.openbsd.org> Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84450 13f79535-47bb-0310-9956-ffa450edef68
-
Jim Jagielski authored
these before we release git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84447 13f79535-47bb-0310-9956-ffa450edef68
-
Tony Finch authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84445 13f79535-47bb-0310-9956-ffa450edef68
-
Tony Finch authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84443 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
installations with certain third party libraries: if there are many children, and then take sufficiently long to shut down, then apache's reclaim child processes sends the remaining children SIGKILL. that's alright with me -- shutdown shouldn't take so long -- but the current code doesn't wait around for them to die; if they haven't all finished terminating right away, it sleeps for approximately 16 seconds before noticing that they're dead. thus, the total time required to shut down is generally a bit more than twenty seconds ... the last 16 seconds of which is quite unnecessary. anyway, what this patch does is change things so that after SIGKILL has been sent, the parent checks a couple of times (approx: 16ms, 84ms, 350ms, 1.4sec) and then decides that the SIGKILL failed. i could easily adjust this so that the total time spent waiting for the SIGKILL to fail is what it was -- 16 seconds, give or take -- but in writing this, i figured that if they haven't died after 1.4 seconds, then the SIGKILL wasn't sufficient; it's not instant, but it should never take that long. Submitted by: Ed Korthof <ed@apache.org> Reviewed by: Roy Fielding git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84442 13f79535-47bb-0310-9956-ffa450edef68
-
Tony Finch authored
after the scoreboard change. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84441 13f79535-47bb-0310-9956-ffa450edef68
-
Tony Finch authored
with a modification to make it respect the UseCanonicalName setting. This makes things work better with mass vhosting setups. Submitted by: Cliff Woolley <jwoolley@wlu.edu> Reviewed by: Tony Finch git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84439 13f79535-47bb-0310-9956-ffa450edef68
-
Tony Finch authored
with a modification to make it respect the UseCanonicalName setting. This makes things work better with mass vhosting setups. Submitted by: Cliff Woolley <jwoolley@wlu.edu> Reviewed by: Tony Finch git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84438 13f79535-47bb-0310-9956-ffa450edef68
-
Bill Stoddard authored
Obtained from: Mike Gardiner git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84437 13f79535-47bb-0310-9956-ffa450edef68
-
Bill Stoddard authored
Obtained from: Mike Gardiner git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84436 13f79535-47bb-0310-9956-ffa450edef68
-
Bill Stoddard authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84435 13f79535-47bb-0310-9956-ffa450edef68
-
- 11 Jan, 2000 11 commits
-
-
Bill Stoddard authored
Obtained from: Mike Gardiner git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84434 13f79535-47bb-0310-9956-ffa450edef68
-
Bill Stoddard authored
ApacheNW.ZIP (95K) contains the following project files: \apache-1.3\src\ApacheNW.mcp Main project containing everything needed to build Apache for NetWare. \apache-1.3\src\support\htpasswd.mcp HTPASSWD project file. \apache-1.3\src\support\htdigest.mcp HTDIGEST project file. Obtained from: Mike Gardiner git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84433 13f79535-47bb-0310-9956-ffa450edef68
-
Ken Coar authored
Allow the builder to specify a default umask for scripts wrapped by suexec. PR: 4178 Reviewed by: Ryan Bloom, Martin Kraemer, Jim Jagielski, Greg Stein git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84432 13f79535-47bb-0310-9956-ffa450edef68
-
Jim Jagielski authored
due to the number of patches being presented git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84431 13f79535-47bb-0310-9956-ffa450edef68
-
Martin Kraemer authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84429 13f79535-47bb-0310-9956-ffa450edef68
-
Martin Kraemer authored
this so late, apparently browsers swallowed it. The trailing CRLF in the last chunk was not converted. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84428 13f79535-47bb-0310-9956-ffa450edef68
-
Jim Jagielski authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84427 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
a showstopper. Sorry :-) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84426 13f79535-47bb-0310-9956-ffa450edef68
-
Ben Laurie authored
Submitted by: Manoj Reviewed by: Ben git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84425 13f79535-47bb-0310-9956-ffa450edef68
-
Ben Laurie authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84424 13f79535-47bb-0310-9956-ffa450edef68
-
Ryan Bloom authored
PR: Obtained from: Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84421 13f79535-47bb-0310-9956-ffa450edef68
-
- 10 Jan, 2000 6 commits
-
-
Jim Jagielski authored
(-n) to an ugly case statement git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84420 13f79535-47bb-0310-9956-ffa450edef68
-
Jim Jagielski authored
allowing HPUX builds to work again git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84419 13f79535-47bb-0310-9956-ffa450edef68
-
Ken Coar authored
Showery, with scattered thunderstorms. I think. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84418 13f79535-47bb-0310-9956-ffa450edef68
-
Jim Jagielski authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84417 13f79535-47bb-0310-9956-ffa450edef68
-
Martin Kraemer authored
presence of MIPS CPUs (speed improvement 3..6-fold) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84415 13f79535-47bb-0310-9956-ffa450edef68
-
Martin Kraemer authored
noticed & fixed by Paul Gilmartin) Submitted by: Paul Gilmartin <pg@sweng.stortek.com> git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84414 13f79535-47bb-0310-9956-ffa450edef68
-
- 08 Jan, 2000 2 commits
-
-
Lars Eilebrecht authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84412 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
Added the mod_rewrite `URL Rewriting Guide' to the online documentation (htdocs/manual/misc/rewriteguide.html). This paper provides a large collection of practical solutions to URL based problems a webmaster is often confronted with. This version of the text was translated from my WML source on my website and my old official version is now discarded. So, as it was requested, this can be treated as an official donation of this text to the ASF. This way the ASF is now the official owner of this text. - - - <IRONIC> Be happy and give Ken and Jim the credit for achieving this by being such sensitive and friendly to other developers like me and always reminding us that it is such contemptuous to implicitly promote ones name by writing free software and contributing to projects like Apache. Sorry that I have forgotten to donate this piece of text to the ASF in the past and instead added such a contemptible hyperlink directing to a page on www.engelschall.com. I hope this is now fixed and the closed and holy ASF world is rescued again. </IRONIC> <PERSONAL> I think, I don't have to say that I'm more than angry and disappointed how developers like me are constantly bashed in the ASF... we can go for it also in the future, but we should stop looking astonished all the time if we find out that too less people contribute to the ASF and old developers like me no longer have a warm feeling here, please. It's our own fault in thinking that contributions are for free and anonymous just because our project is a group effort. IMHO we already have forgotten the golden rule of Open Source development: if one wants happy and long-term contributing developers one especially has to make sure they receive the requested credit. There is an upper limit a project can accept to give, of course. But credit always has to depend on the amount, quality _and_ duration of contribution and IMHO cannot be judged by stating that just all people are equal and so some contributors can be bashed for the fact that their name occurs more often. It is correct that my name occurs more often caused by the fact that I always try to bring in my stuff to the project. But keep in mind that this is because I _HAVE_ stuff to bring in which I've created _OUTSIDE_ the project. So I think its unfair to bash me just because I try harder to bring in my additional stuff. If a developer has not much externally created stuff, he cannot bring it in to the project, of course. But just because one has more externally created stuff and tries to bring it in, is IMHO no reason and excuse to bash him for this. It's not my fault that I write in my freetime more Open Source packages like most of you. So if you dislike stuff developers want to bring in, decide on the contribution based on fair technical arguments (pros and cons). But don't judge the contributions all the time just because you think this way you "promote" someone (be it RSE, GNU or whoever else). Hell, an Open Source project is not a group of people to rule their own closed world and be celebrated in the press for this. It's still an effort to create the best piece of _software_ money can't buy. So you should stop thinking about contributors as our enemy. They are the main driving force of every project, although some people seem to not understand this at all. And whatever you think about my personal opinion, but IMHO it's not bad for a project if someone's name is "promoted" with it, too. What is actually bad are those complains and discussions which make developers angry and the fact that they result in even less contributions. </PERSONAL> git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84410 13f79535-47bb-0310-9956-ffa450edef68
-