[pubcookie-dev] WEBISO CVS update: jteaton;
keyclient.c,2.37,2.37.2.1 libpubcookie.c,2.62,2.62.2.1
libpubcookie.h,1.40,1.40.2.1 mod_pubcookie.c,1.123,1.123.4.1
mod_pubcookie.h,2.4,2.4.4.1 pubcookie
Stephen Willey
willey at cac.washington.edu
Wed Dec 10 15:54:08 PST 2003
- Previous message: [pubcookie-dev] WEBISO CVS update: jteaton;
index.cgi.c,1.109,1.109.2.1 index.cgi.h,1.42,1.42.4.1
keyclient.c,2.37,2.37.2.1 libpubcookie.c,2.62,2.62.2.1
libpubcookie.h,1.40,1.40.2.1 mod_pubcookie.c,1.123,1.123.4.1
mod_pubcookie.h,2.4,2.4.4.1 pubcookie
- Next message: [pubcookie-dev] callbacks for mod_pubcookie unnecessary?
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
Jeff,
It seems reasonable to set enterprise_domain and logging_level in the apache
config and give-up on the 'one config file to rule them all' goal. I think
having all of the configuration for the apache module in the apache conf is
a good thing, plus it's a lot easier then rewriting the myconfig stuff.
steve
> -----Original Message-----
> From: pubcookie-dev-bounces at mailman.u.washington.edu
> [mailto:pubcookie-dev-bounces at mailman.u.washington.edu] On
> Behalf Of Jeffrey T Eaton
> Sent: 9-Dec-03 6:52 PM
> To: pubcookie-dev at u.washington.edu
> Subject: Re: [pubcookie-dev] WEBISO CVS update: jteaton;
> index.cgi.c,1.109,1.109.2.1 index.cgi.h,1.42,1.42.4.1
> keyclient.c,2.37,2.37.2.1 libpubcookie.c,2.62,2.62.2.1
> libpubcookie.h,1.40,1.40.2.1 mod_pubcookie.c,1.123,1.123.4.1
> mod_pubcookie.h,2.4,2.4.4.1 pubcookie
>
>
> I started looking into hacking in virtual host support and ran into a
> problem. The myconfig stuff that Larry wrote last year, and
> was hacked
> into working with Apache, is currently making enabling
> virtual host support
> impossible.
>
> The current state of affairs is this:
>
> Apache starts up, and loads the pubcookie module.
> libpbc_apacheconfig_init
> gets called, and sets a global variable pointing to the server_rec
> structure.
>
> Apache then parses it's configuration file. For each
> pubcookie directive,
> a function is called which inserts the entry into an Apache
> table in the
> server config structure.
>
> Whenever something needs to know the value of a configuration
> variable, it
> calls back into pbc_apacheconfig.c, which reads from the
> server rec's table
> which holds the config variables.
>
> This all works great for the case where there's only one
> virtual host. If
> there are multiple virutal hosts, then it breaks.
> libpbc_apacheconfig_init
> gets called once for each virtual host, which clobbers the
> global pointer
> to the server rec structure, causing all sorts of problems (later
> segfaults, etc).
>
> I've been doing some debugging and right now the only code
> that I can find
> that does callbacks to read config file entries after the
> server is running
> are to get the enterprise_domain and logging_level.
>
> I need to think about this some more, but I have a feeling
> that I'm going
> to be rewriting all of the code that handles the
> configuration files to fix
> this problem.
>
> Blah.
>
> -jeaton
>
> ---
> Jeffrey T Eaton esp
> jeaton+ at andrew.cmu.edu
> Research Systems Programmer Carnegie
> Mellon University
> _______________________________________________
> pubcookie-dev mailing list
> pubcookie-dev at u.washington.edu
> http://mailman.u.washington.edu/mailman/listinfo/pubcookie-dev
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3079 bytes
Desc: not available
Url : http://mailman1.u.washington.edu/pipermail/pubcookie-dev/attachments/20031210/8a45b383/smime.bin
- Previous message: [pubcookie-dev] WEBISO CVS update: jteaton;
index.cgi.c,1.109,1.109.2.1 index.cgi.h,1.42,1.42.4.1
keyclient.c,2.37,2.37.2.1 libpubcookie.c,2.62,2.62.2.1
libpubcookie.h,1.40,1.40.2.1 mod_pubcookie.c,1.123,1.123.4.1
mod_pubcookie.h,2.4,2.4.4.1 pubcookie
- Next message: [pubcookie-dev] callbacks for mod_pubcookie unnecessary?
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the pubcookie-dev
mailing list