On Sat, Oct 24, 1998, Simon Kenyon wrote:

> On 24-Oct-98 Ralf S. Engelschall wrote:
> > Oh sorry, I at least should say what the main key to DSO support for mod_ssl
> > was: Instead of patching in SSL-things into the Apache core now a totally
> > generic API extension is patched in (the apache.patch file now contains mainly
> > non-SSL stuff). This extended API provides mainly the following three
> > additional features: 
> > 
> > Four additional module hooks, a generic low-level hook mechanism and a generic
> > context mechanism. All three thing together provide a way to _loosely_ couple
> > mod_ssl into the Apache core code instead of couple it via direct symbol
> > references (the big NO-NO for DSO). This way even inter-module communication
> > is possible: For instance mod_log_config's SSL support is now loosly coupled
> > to mod_ssl, too. This way mod_log_config has not even to be linked against
> > SSLeay ;-)
> 
> so the next question is - if the mod_ssl does not contain any crypto - when can
> it be rolled into the main apache dist? :-)

The complete Extended API stuff cannot be folded into Apache, although it
contains only generic hook stuff. Because the hooks _CAN_ be used for crypto,
so they will be considered as crypto hooks by others. Even when crypto is only
_one_ usage of them. So, the hook stubs cannot be folded into Apache, NO
CHANCE. But the hooks are implemented by src/ap/ap_hook.c and src/ap/ap_ctx.c
sources which contain totally generic code. This (without the usage of this
code inside src/main/buff.c, etc.) _COULD_ be folded into Apache.  But only
this. Because this is only the implementation of a hook mechanism but not the
hooks itself.

> these are generic hooks right? other modules could use them right? they are not
> specificially just for crypto right?

As I said: The code which _implements_ the hook and context mechanism is
generic and IMHO could be folded into Apache. But the hooks itself (the hook
calls!) cannot be folded in. Because although they are generic hook calls,
they are intended for crypto stuff. So they will be considered crypto hooks.

                                       Ralf S. Engelschall
                                       [EMAIL PROTECTED]
                                       www.engelschall.com
______________________________________________________________________
Apache Interface to SSLeay (mod_ssl)   www.engelschall.com/sw/mod_ssl/
Official Support Mailing List               [EMAIL PROTECTED]
Automated List Manager                       [EMAIL PROTECTED]

Reply via email to