Yesterday I committed several changes I did to trunk addressing the
issue of commands referencing request_rec objects pointers outside the
scope of http request processing.
All the commands needing a valid request_rec pointer now do a check on
it and if it's NULL they immediately return a Tcl error (mod_rivet's
copy of the request_rec pointer is stored in globals->r and it's reset
to NULL just before Rivet_SendContent exits). A macro in
src/rivetcmds/rivetCore.c was created for this purpose.
Command ::rivet::inspect was extended to support the form
::rivet::inspect server
which returns a dictionary with some of fields in the server_rec object.
By now the dictionary carries 4 keys: hostname, errorlog, admin,
server_path. The hostname value is meant to work as alternate way to get
the same information returned by ::rivet::env HTTP_HOST (Bug 56290)
The code in trunk includes also some minor code optimizations and needs
tests
-- Massimo
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscr...@tcl.apache.org
For additional commands, e-mail: rivet-dev-h...@tcl.apache.org
