Just as I suspected, there is a piece of tcloo internals that defines a
different 'namespace' command and it was being picked up due to the use
of an unqualified call. I've checked in a fix.
I also excluded '::oo' from the interp building namespace traversal as a
precaution, until I can learn what needs to be done to recreate tcloo
objects correctly. This means that for the time being, tcloo
definitions in initialization scripts won't be recreated in conn
interps. However, since they didn't work before, it's doubtful anyone
was using them, so this should have no immediate impact :)
-J
Jeff Rogers wrote:
> I'd guess this is related to the code to rebuild namespaces, there may
> be something different enough about tcloo namespaces to break it. It
> could be something as simple as using "namespace" instead of
> "::namespace". I'll try building with the latest tcl and see what I run
> into.
>
> -J
>
> John Buckman from BookMooch wrote:
>> I tried tcl8.6.0.0b7 (from the current ActiveTcl) an it does build fine with
>> aolserver, but when loading adp pages, I get:
>>
>>> [15/Sep/2012:10:14:36][60416.32952320][-default:5-] Error: Tcl exception:
>>> wrong # args: should be "namespace objName"
>>> while executing
>>> "namespace export {[a-z]*}"
>>> (in namespace eval "::oo::InfoObject" script line 1)
>>> invoked from within
>>> "namespace eval ::oo::InfoObject {namespace export {[a-z]*}
>>> }"
>>> invoked from within
>>> "ns_ictl update"
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
aolserver-talk mailing list
aolserver-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/aolserver-talk
