> -----Original Message-----
> From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, June 19, 2001 3:30 PM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED]'
> Subject: RE: Apache::Util stuff
>
>
> On Tue, 19 Jun 2001, Geoffrey Young wrote:
>
> > oh, ok - I don't have to call bootstrap myself, but I still
> need to go
> > through the rest of the excercise to load everything up, right?
>
> depends what you mean by 'rest'. if you follow what
> xs/APR/APR does, ie
> link against libhttpd.so in the Makefile.PL, use the APR.pm
> flags trick so
> symbols can be seen outside of Apache::libhttpd.so, you don't
> need todo
> any DynaLoader fiddling.
ok, I did lots of playing around and have come full circle. my problem
seems to be that
DynaLoader::bootstrap (as called by Apache::Util/mod_perl.pm) is looking for
libUtil.so (and variants) instead of resolving the symbols to libhttpd.so.
which was why I ended up making all the calls myself in the first place.
a quick look through DynaLoader::bootstrap would seem to indicate that there
is no way around this given the existing code - it croaks before going
through any @dl_resolve_using I may set myself... maybe the dl_load_flags
thing was supposed to work around this, but I can't seem to get it there...
what I have so far is Apache::libhttpd that links against
libexec/libhttpd.so in the Makefile.PL and creates its own libhttpd.so in
@INC. libhttpd.pm sets the load flags, sets $ENV{MOD_PERL}, and bootstraps
itself. subsequest calls to use Apache::Util balk.
well, after all this diddling, the thought came to me that you can use
libhttpd.so for Apache::File stuff as well, which, between the two classes
might yield something really useful for an extended
Apache::FakeRequest/FakeAPI class someday...
if I could get it working elegantly :)
anyway, back to work...
--Geoff
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]