- 11 Apr, 1998 2 commits
-
-
Ralf S. Engelschall authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80865 13f79535-47bb-0310-9956-ffa450edef68
-
Marc Slemko authored
entry is extremely misleading, and answering a Q that isn't really FA, and I see someone posting somewhere every week who tries this to fix their "method not allowed" problems. PR: Obtained from: Submitted by: Reviewed by: git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80864 13f79535-47bb-0310-9956-ffa450edef68
-
- 10 Apr, 1998 5 commits
-
-
brian authored
In Roy's "swab the decks" message he unilaterally and without consultation moved several names from active to emeritae. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80860 13f79535-47bb-0310-9956-ffa450edef68
-
brian authored
Consensus reached. Comments on the vote will be kept in the CVS logs of course. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80859 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80858 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
DSO support for SVR4-based Unix platforms ========================================= What it provides: ----------------- This patch is another milestone in the DSO support for Apache 1.3. It adds Dynamic Shared Object (DSO) support for mostly all SVR4-based Unix platforms (We cannot test all of them of course, but Martin has at least tested it under SINIX-SVR4). Why is this patch a little bit larger then one would expect? Mostly because this support goes hand in hand by providing a special variant of the Apache core program. Read on if you are interested. Background: ----------- Usually the DSO mechanism was designed to be used for loading library code dynamically into the address space of a running program. Here the library code is a stand-alone program which has no knowledge of the program it is loaded into. Technically speaking this means that no symbols of the loading program are references in the DSO. The resolving is done only the other way: Symbols of the library are resolved for the program (either automatically by ld.so when one uses DSO-based libraries or manually via dlopen()/dlsym() when using DSO-based program extensions. Now when you use the latter situation the DSO usually contains a program extension. This extension usually uses symbols from the program it extends: from the API. Same here for Apache: The core provides API symbols and the extensions are Apache modules which use those symbols. Now comes the problem: when you load a DSO via dlopen() the loader has to resolve the symbols in this DSO. Symbols from other DSO-based libraries can be resolved the same way ld.so does. No problem. But to be able to resolve the API symbols the loader must be able to access them. Technically speaking one would say the API symbols have to be "exported". This is not the same as just being a "global" symbol, although a lot of platforms treat this equally. Actually it is this way: When the linker creates an executable program it does not treats global symbols as exported symbols. But because this is needed for extending the program via DSO, modern linkers usually either provide a flag (-rdynamic under Linux, etc.) or are smart enough to do the exportation automatically (Solaris, FreeBSD, etc.) But as life goes, there are linkers out there who neither provide a flag to force exportation nor are smart enough to do it automatically. FOR INSTANCE THE LINKER UNDER SVR4! That's the problem this patch has to solve. Solution: --------- We have to make sure the global symbols from the Apache core program are forced to be exported by the linker. The obvious way is this: Create a dummy.so with dummy references for _ALL_ global symbols and link httpd against this DSO. This works but has some drawbacks: You have to make sure the dummy.c source is always in sync with the list of global symbols (ARGL!) and you have to make sure the Unix loader can find "dummy.so" when starting httpd (Hmmmm). So Martin and I've searched for a better solution. And because I'm a Perl hacker I immediately tried to figure out why Perl is able to use the DSO mechanism without problems under SVR4 while Apache has such problems. The answer: Perl 5 uses a nifty trick. As we already know when program code stays in a DSO the global symbols have to be exportable. So, when we put the complete Apache core (the stuff httpd is usually build from) into a DSO we are finished. Because this is both portable and causes no sideeffects like having to sync a dummy.c source, etc. While the theory is simple, the correct solution was not such simple. Martin and I needed some iterations to provide this patch because we wanted to make it perfect and clean. That's why it's a little bit longer.... The Patch: ---------- The patch does the following: 1. It introduces a new Rule: SHARED_CORE 2. It makes the main() function from http_main.c configurable and sets it to ap_main if SHARED_CORE is active. 3. It adds two additional stand-alone main() functions to http_main.c which are triggered by SHARED_CORE_BOOTSTRAP and SHARED_CORE_TIESTATIC. 4. It splits the TARGET in Makefile.tmpl into subtargets. One for the standard way of creating just httpd from the .a files. And one for creating the alternative tuple: httpd/libhttpd.ep/libhttpd.so. The first one is SHARED_CORE_BOOTSTRAP+http_main.c, the second one is SHARED_CORE_TIESTATIC+httpd_main.c and the third one are the .a files which usually form the httpd. 5. The DSO section in Configure was extended to force SHARED_CORE under those platforms like SVR4 which essentially require SHARED_CORE to provide the SHARED_MODULE stuff. Bingo! 6. Some minor tweaks to APACI etc. to automatically install the SHARED_CORE generated stuff. Of course the complete stuff is disabled per default, so you don't see anything from it if SHARED_CORE is not activated. But just for fun you even can use it under platforms who do not require it. But currently you gain nothing here. I've tested this stuff under FreeBSD, Linux and Solaris to make sure none of the existing stuff gets broken. Martin has tested it under various SVR4 platforms to make sure it really solves our DSO problem for restrictive platforms like SVR4. The chance is high that this way we even can provide DSO support under AIX in the future. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80857 13f79535-47bb-0310-9956-ffa450edef68
-
Marc Slemko authored
systems, libsun is empty and on some it has been rumored to cause problems if you link against it. Inspired by PR: 2050 git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80856 13f79535-47bb-0310-9956-ffa450edef68
-
- 09 Apr, 1998 8 commits
-
-
dgaudet authored
Submitted by: Ben Hyde git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80853 13f79535-47bb-0310-9956-ffa450edef68
-
Martin Kraemer authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80852 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
"distclean" targets for all Makefiles under src/, too. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80851 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
for instance not renaming _module, etc. pp. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80849 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
API-decision) to the "not such big change" (only namespace-cleanups) variant. ONLY rename.cf AND compat.h ARE NOW USED! ANYTHING ELSE IS FOR THE FUTURE OR FOR NEVER! git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80848 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
out of the door. (Hmmm.... a unthankfully job I have to do here, a very unthankfully one... removing stuff for which we've investigated a lot of time, especially myself....) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80847 13f79535-47bb-0310-9956-ffa450edef68
-
dgaudet authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80845 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80844 13f79535-47bb-0310-9956-ffa450edef68
-
- 08 Apr, 1998 9 commits
-
-
Jim Jagielski authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80843 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
find -exec is a little bit better because this is even available under some really old Unix-derivates.... git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80842 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80841 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
complicated but portable way (notice that "datadir" can be equal "prefix"!) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80840 13f79535-47bb-0310-9956-ffa450edef68
-
Ken Coar authored
Votes, minor mods, veto removed. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80839 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
has to remove some more stuff src/Configure has created. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80838 13f79535-47bb-0310-9956-ffa450edef68
-
pcs authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80837 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
Submitted by: Todd Eigenschink <eigenstr@mixi.net> Reviewed by: Ralf S. Engelschall git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80836 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80835 13f79535-47bb-0310-9956-ffa450edef68
-
- 07 Apr, 1998 11 commits
-
-
Ralf S. Engelschall authored
and Kens opinions get silently ignored.... Hmmm... but ok, I've done my technical work by preparing both the renaming scripts and the HIDE-remove-path for Roy, so I've done my part (for which no one has asked me to do it ;-). The remaining decisions and commits are not my job... I hate political discussions, so I'm now concentrating on more useful stuff IMHO: Working on the DSO-support for SVR4-platforms. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80834 13f79535-47bb-0310-9956-ffa450edef68
-
Ken Coar authored
Let's be clear: this is a proposed patch, not just an idea, and therefore a veto is binding. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80833 13f79535-47bb-0310-9956-ffa450edef68
-
Ken Coar authored
Votes and vetos. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80832 13f79535-47bb-0310-9956-ffa450edef68
-
Jim Jagielski authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80831 13f79535-47bb-0310-9956-ffa450edef68
-
dgaudet authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80830 13f79535-47bb-0310-9956-ffa450edef68
-
dgaudet authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80829 13f79535-47bb-0310-9956-ffa450edef68
-
dgaudet authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80827 13f79535-47bb-0310-9956-ffa450edef68
-
dgaudet authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80826 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80825 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80824 13f79535-47bb-0310-9956-ffa450edef68
-
Roy T. Fielding authored
the voting options without carrying-over the votes already cast, as was done when this was split into mutually contradictory alternatives. Merge them together so people can see what is the actual status. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80823 13f79535-47bb-0310-9956-ffa450edef68
-
- 06 Apr, 1998 5 commits
-
-
Ken Coar authored
Fix a couple of typographical errors. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80822 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
The completely generated apapi.h header file containing prototypes for all public API functions (ap_xxx) git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80821 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80820 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80819 13f79535-47bb-0310-9956-ffa450edef68
-
Ralf S. Engelschall authored
They have to be changed manually be me in step 2. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@80818 13f79535-47bb-0310-9956-ffa450edef68
-