First of all I apologize for this lengthy message
but I stacked quite a few things to talk about.

I've been working on a few problems that I thought had to
be fixed or at least tested. 
I want to make public on the list what I'm doing, 
before I pursue goals that are not shared or maybe 
are being addressed by Valery independently.

I've already expressed my opinion about rivet's tcl
procedures: I think they should end up in a directory 
specific to a release following the scheme already 
adopted in 1_0: ie to append the version number as suffix
to the target directory. The advantages are clear if 
someone (like me) is running 2 instances of apache.

I patched configure.ac and Makefile.am for this purpose: 
the install mechanism is working as expected and a new  
preprocessor symbol (RIVETLIB_DESTDIR) with the 
target directory gets defined in config.h, but
what is the most proper way for telling Tcl_PkgRequire 
to load the right init.tcl? 
Manipulating 'auto_path' in Rivet_PerInterpInit prepending
RIVETLIB_DESTDIR as first element in the list before
'package requiring' Rivetlib would make unnecessary doing
it at the Tcl level in Rivetlib::Init. 
The only other method I can imagine
is to run Tcl_EvalFile on the init.tcl using the 
preprocessor macro to determine the path. 
The more I think of this the less I like it. 
David I'm sure you have thoughts about this.

Rivet_GetConf had lines of code for merging server and
directory configurations. It shouldn't. 
Actually the merge code was shunned away
by an unconditioned 'return' but anyway for
the merging Apache has its own methods defined in
the module descriptor. I commented away the 
spurious code and tested the merging on a few page. 
It seems to work.

I tried also to reintroduce the exit handler which
was excluded. I think the child handler has a bug 
when called upon child exit: in fact as Jeff Hobbs
highlighted on this list in the past, interpreters
must be deleted before Tcl_Finalize is called. I'm
testing this patch and I had no crashes for now.

again sorry for the bulky message. Have a nice
weekend.

 -- Massimo



--
Universita' degli Studi di Parma (http://www.unipr.it)


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to