Dear David,
I've added a similar approach to nstrace on the bitbucket tip.
There are known deficiencies in the tcl introspection concerning aliases
http://wiki.tcl.tk/21294
but let's hope we have not to go into this.
For my tests, everything seems ok with these changes.
The base question is, do we have to save all these module internal
information
in the blueprint, and wouldn't it be better to do package requires in
the right order
at interp startup instead of producing a huge blueprint....
but actually independent from this question, we have to support "interp
aliases"
in the same way we support tcl procs, otherwise we limit what packages
we can use
in naviserver.
-gustaf
Am 27.09.13 10:42, schrieb David Osborne:
Thanks for the reply. I suspected it would be something to do with the
tracescript.
As an experiment I tried adding the following to the end of
_serializensp in nstrace.tcl
# Add aliases
foreach alias [interp aliases {}] {
if { [string match "$nsp*" $alias] } {
append script [_aliasscript $alias]
}
}
where _aliasscript is
proc _aliasscript {cmd} {
return "interp alias {} $cmd {} [interp alias {} $cmd] \n"
}
And it did indeed start working. Not sure where the best way/best
place to do this for the naviserver code base. Any comments?
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel