Tcl Source Code

View Ticket
Ticket UUID: 1159942
Title: TIP229: namespace path
Type: Patch Version: TIP Implementation
Submitter: dkf Created on: 2005-03-09 15:50:01
Subsystem: 21. [namespace] Assigned To: dkf
Priority: 5 Medium Severity:
Status: Closed Last Modified: 2005-06-01 15:07:28
Resolution: Fixed Closed By: dkf
    Closed on: 2005-06-01 08:07:28
Implementation of [namespace path ?list?]
User Comments: dkf added on 2005-06-01 15:07:28:
Logged In: YES 

Implementation (based on patch here) checked into HEAD

dkf added on 2005-05-20 22:35:17:

File Deleted - 134007:

dkf added on 2005-05-20 22:35:13:

File Added - 135281: nsPath.diff

dkf added on 2005-05-20 22:35:09:
Logged In: YES 

Update to handle more of dgp's wish-list.

No docs yet.

dkf added on 2005-05-11 22:20:13:

File Deleted - 131329: 

File Added - 134007: nsPath.diff

dgp added on 2005-05-10 04:38:11:
Logged In: YES 

One really minor quibble with the
new namespace-51.* tests.
They assume the -body of each test
will run in the global namespace.  These
tests will be more robust if they do their
own [namespace eval :: {...}].

dkf added on 2005-04-26 05:25:16:
Logged In: YES 

ToDo: Fix InfoCommandsCmd in tclCmdIL.c; when the pattern is
namespace-less, need to add all (matching) commands from the
whole path.

dkf added on 2005-04-22 22:17:22:

File Deleted - 124839:

dkf added on 2005-04-22 22:17:21:

File Deleted - 131247:

dkf added on 2005-04-22 22:17:02:

File Added - 131329: tip229.diff

dkf added on 2005-04-22 22:16:58:
Logged In: YES 

And another version, with cleaner internal API (possibly
worth exposing in the future) and more extensive testing.

dkf added on 2005-04-22 04:43:20:

File Added - 131247: tip229.diff

dkf added on 2005-04-22 04:43:01:
Logged In: YES 

Here's an updated version.

Resolution cacheing is implemented (and in fact the main
problem has been over-eager cacheing, not insufficient
cacheing!) as is a bunch of issues relating to what happens
in tricky lifetime-management cases. Everything's also now
object-aware, and errors relating to unknown namespaces are
generated early.

msofer added on 2005-03-10 01:54:02:
Logged In: YES 

I'm worried about the speed implications, as I do not
immediately see how the core can cache already resolved
command names and insure that the cached values are correct.
The problem is (un)shadowing of commands at different levels
in the search path. The test namespace-51.5 (added in the
patch as knownbug) illustrates the point.

One possibility is to disable caching selectively: commands
called from a namespace that has a non-empty search path are
only cached if they reside in that namespace.

Later on, we may design a mechanism to cache all commands
and detect shadowing/unshadowing effects. I am not sure if
this can be done reasonably in presence of dynamic paths.
The core currently does this, but with fixed search paths of
length 2 (as given by Tcl's resolution rules).

dkf added on 2005-03-09 23:00:58:

File Deleted - 124836:

dkf added on 2005-03-09 23:00:57:

File Added - 124839: nsPath.diff

dkf added on 2005-03-09 22:50:03:

File Added - 124836: nsPath.diff