RFC/discuss get_missing_command fires too often
Robert Collins
robertc at robertcollins.net
Mon Jul 13 02:40:54 BST 2009
On Mon, 2009-07-13 at 11:31 +1000, Martin Pool wrote:
> > This would:
> > - move errors about duplicate command names from startup to execution -
> > notable 'bzr FOO' where FOO is duplicated, and 'bzr help commands' or
> > 'bzr help FOO'.
> >
> > I don't think we gain a lot of protection with the current system, but
> > perhaps it is worth keeping? If its worth keeping, then I propose to
> > tweak the get_cmd_object function to support a parameter controlling
> > whether get_missing_command fires.
>
> What would that option actually mean? It's not quite "give me only
> builtin commands."
Its 'dont lookup missing commands'. So the lookup-in-a-plugin-database
and guess-at-name and other things that hook into get_missing_command
wouldn't run. Its nothing to do with a command being builtin or not.
> If it means "give me a command object but don't load it's
> implementation" maybe that's better done by the returned command
> object being some kind of skeleton.
It doesn't mean that.
> This actually makes me wonder if the difference between "get_command"
> and "get_missing_command" really makes sense.
Why?
-Rob
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20090713/df870946/attachment.pgp
More information about the bazaar
mailing list