Issues

Todo:

• placing a "?" character in a text file doesn't display help text when passed into clish.

• ACTIONS which are meant to handle signals like CTRL-C don't seem to work properly, either the sub-script fails and the shell breaks, or the sub-script never handles the signal (depending on platform).

• the heap unittest current has 10 failures

• no unittests for the dblockpool component yet...

• lub_heap_destroy() method should be provided which will de-register any allocated blocks from the leak detection trees.

• update leak detection to scan non-monitored allocated memory blocks, for references. This requires the ability to iterate all the heaps in the system.

• auto-completion currently doesn't handle optional parameters (defined using the "prefix" attribute).

• If a multi-word command is defined in global and local views then auto-completion currently works for both, but resolving doesn't seem to.

  e.g. "mode"     - local view
       "mode qos" - global view
       Will auto-complete "mode qos" but won't run it...
  

• Doesn't handle wrapping of long lines properly; get multiple lines scrolling down the screen.
• Not all files have been split out into one file per function...
• need to complete the Doxygen documentation for clish, tinyrl and lub/argv

Nice to have

• when importing from a namespace, allow the specification of the following: no-help - defaults to false but may be set true to prevent display in the help menu. no-completion - defaults to false but may be set true to prevent auto-completion. no-context-help - defaults to false but may be set true to prevent context sensitive help for commands.

• place an access level on namespaces; saves worrying about defining access for every single command. e.g. device_show namespace could have different access to device_config namespace. device view simply imports both namespaces.

• When defining a default attribute if you could include a variable in the definition, default could be given meaningful values.
• Augment the XML schema for support of dynamic variables. e.g.

    <VARIABLE name="fred"><ACTION>puts "hello world"</ACTION></VARIABLE>
    

  will get the value of "hello world" when expanded as ${fred}... This is simple for TCL as the result is returned... what about for clish , how do we get a return value into the execitable?

• Currently handles commands in one view or all views. Better model is to be able to specify a namespace for commands and then assign a view to a namespace. e.g.

   <NAMESPACE name="fred">
      <COMMAND>
   </NAMESPACE>
   <VIEW name=" kdjkdj"...>
      <IMPORT namespace="fred">
      <COMMAND ...>
   </VIEW>
    

  by default a view imports commands from the global namespace. NB. need to be able to resolve commands from all included namespaces.

• In addition a command could become an alias for an entire namespace's worth of sub-commands. e.g.

   <NAMESPACE name="config">
     <COMMAND name="show"...>
     <COMMAND name="show ip"...>
     ...
   </NAMESPACE>
    
   <VIEW name="foobar"...>
      <COMMAND      name="do" 
                    help="perform a configuration command" 
               namespace="config"/>
   </VIEW>
    

---