You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apache-bugdb@apache.org by Marc Slemko <ma...@znep.com> on 1998/11/16 22:30:02 UTC
Re: mod_so/3405: LoadLibrary with relative paths assumes libraries
are relative to ap_server_root. (fwd)
The following reply was made to PR mod_so/3405; it has been noted by GNATS.
From: Marc Slemko <ma...@znep.com>
To: Apache bugs database <ap...@apache.org>
Cc: Subject: Re: mod_so/3405: LoadLibrary with relative paths assumes libraries
are relative to ap_server_root. (fwd)
Date: Mon, 16 Nov 1998 13:25:10 -0800 (PST)
---------- Forwarded message ----------
Date: Mon, 16 Nov 1998 14:49:28 -0500
From: John Kelly <Jo...@bellhow.com>
To: marc@apache.org
Subject: Re: mod_so/3405: LoadLibrary with relative paths assumes libraries are
relative to ap_server_root.
Marc,
I would like to use static configuration files on all systems where document
root is a CDROM. The drive
letter of the CDROM can be different from system to system and even
different on the same system with
multiple CDROMs. Tying the server root to the support modules appears to be
arbitrary and not very
intuitive. I would like to thing the generic components of Apache could
reside anywhere and the servlets,
cgi-bin scripts, etc that are tied to the data are in the server root
directory. The current implememtation
requires each server root to have all the apache components present,
therefore, one can not simply
change the server root to point to a new "data set". Note: the proposal
did not change the current
behavior, but extended it to allow the dlls to reside with apache.exe
independent of the server root.
This proposal may not conform to the design philosophy of the Apache
product, however, the current approach arbitarily loads dlls from where
apache was loaded (ApacheCore.dll) and other dlls from
DocumentRoot/modules/ such as ApacheModuleJServ.dll which seems to be a
combination of "any which directory". The search order of dlls is
well-documented, although it is magical based upon you current
directory.
I don't mean to cause a lot of trouble, I already made the change, however,
I thought others may want to
perform the same type of thing - switching between multiple "data sets"
without requiring all the apache
components to be available on each one. This was just an attempt at
providing some useful feedback
on the Apache product. You can take it or leave it.
John.
-----Original Message-----
From: marc@apache.org <ma...@apache.org>
To: apache-bugdb@apache.org <ap...@apache.org>;
john.kelly@bellhow.com <jo...@bellhow.com>; marc@apache.org
<ma...@apache.org>
Date: Monday, November 16, 1998 12:13 PM
Subject: Re: mod_so/3405: LoadLibrary with relative paths assumes libraries
are relative to ap_server_root.
>[In order for any reply to be added to the PR database, ]
>[you need to include <ap...@Apache.Org> in the Cc line ]
>[and leave the subject line UNCHANGED. This is not done]
>[automatically because of the potential for mail loops. ]
>[If you do not include this Cc, your reply may be ig- ]
>[nored unless you are responding to an explicit request ]
>[from a developer. ]
>[Reply only with text; DO NOT SEND ATTACHMENTS! ]
>
>
>Synopsis: LoadLibrary with relative paths assumes libraries are relative to
ap_server_root.
>
>State-Changed-From-To: open-feedback
>State-Changed-By: marc
>State-Changed-When: Mon Nov 16 09:12:12 PST 1998
>State-Changed-Why:
>Magically looking for DLLs in any which directory is bad.
>We want to avoid that.
>
>Why don't you just give the proper path to it in the
>LoadModule line? That works fine for me.
>
>