467,084 Members | 1,219 Online
Bytes | Developer Community
Ask Question

Home New Posts Topics Members FAQ

Post your question to a community of 467,084 developers. It's quick & easy.

How to handle two-level option processing with optparse

optparse is way cool, far superior and cleaner than other options
processing libraries I've used.

In the next release of the Python debugger revision, I'd like to add
debugger options: --help and POSIX-shell style line trace (similar to
"set -x") being two of the obvious ones.

So I'm wondering how to arrange optparse to handle its options, but
not touch the script's options.

For example the invocation may be something like:
pdb --debugger-opt1 --debugger-opt2 ... debugged-script -opt1 opt2 ...

If a --help option is given to the script to be debugged, I want to
make sure it is not confused for the debugger's help option.

One simple rule for determining who gets whoit is that options that
come after the script name don't get touched in debugger's option
processing.

Another convention that has been used such as in the X11 "startx"
command is to use "--" to separate the two sets of options. However
this isn't as desirable as the simple rule mentioned above; it would
make entering "--" *all* the time when perhaps most of the time there
are no debugger options (as is the case now).

In other systems you can back an indication of the first option that
hasn't been processed and the remaining options are not touched.

It seems that with all of the flexibility of optparse it should handle
this. I'm not sure right now what the best way to do so would be
though. Suggestions?
Jan 26 '06 #1
  • viewed: 1428
Share:
7 Replies
R. Bernstein wrote:
It seems that with all of the flexibility of optparse it should handle
this. I'm not sure right now what the best way to do so would be
though. Suggestions?

If you call OptionParser.disable_interspersed_args() on your parser, it will
stop parsing at the first positional argument, leaving other options unparsed.
--
Giovanni Bajo
Jan 26 '06 #2
Giovanni Bajo suggests:
If you call OptionParser.disable_interspersed_args() on your parser,
it will stop parsing at the first positional argument, leaving other
options unparsed.


Wow - that was a quick answer! Thanks - it works great!

I see how I missed this. Neither disable_.. or enable_.. have document
strings. And neither seem to described in the optparser section (6.21)
of the Python Library (http://docs.python.org/lib/module-optparse.html).

I wonder if something like this might be added to the Python Cookbook.

Thanks again.
Jan 26 '06 #3
R. Bernstein wrote:
Giovanni Bajo suggests:

If you call OptionParser.disable_interspersed_args() on your parser,
it will stop parsing at the first positional argument, leaving other
options unparsed.

Wow - that was a quick answer! Thanks - it works great!

I see how I missed this. Neither disable_.. or enable_.. have document
strings. And neither seem to described in the optparser section (6.21)
of the Python Library (http://docs.python.org/lib/module-optparse.html).

I wonder if something like this might be added to the Python Cookbook.

Well you are just as capable of adding it as anyone else, so knock
yourself out!

regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC www.holdenweb.com
PyCon TX 2006 www.python.org/pycon/

Jan 26 '06 #4
R. Bernstein wrote:
I see how I missed this. Neither disable_.. or enable_.. have document
strings. And neither seem to described in the optparser section (6.21)
of the Python Library (http://docs.python.org/lib/module-optparse.html).


http://docs.python.org/lib/optparse-other-methods.html
Jan 26 '06 #5
Steve Holden <st***@holdenweb.com> writes:
Well you are just as capable ...


Yes, I guess you are right. Done.

Couldn't find how to suggest an addition to the Python Cookbook (other
than some generic O'Reilly email), so I've put a submission to:
http://aspn.activestate.com/ASPN/Cookbook/Python/
Jan 26 '06 #6
Magnus Lycka informs:
[in response to my comment]:
I see how I missed this. Neither disable_.. or enable_.. have document
strings. And neither seem to described in the optparser section (6.21)
of the Python Library (http://docs.python.org/lib/module-optparse.html).


http://docs.python.org/lib/optparse-other-methods.html


Hmmm. A couple things are a little odd about this. First "Other
methods" seems to be a grab-bag category. A place to put something
when you don't know where-else to put it. The section called:
"Querying and manipulating your option parser" seems closer. Better I
think if the title were changed slightly to

Querying, manipulating, and changing the default behavior of your
option parse

Second, oddly I can't find this section "Other Methods" in the current
Python SVN source Doc/lib/liboptparse.tex. Best as I can tell, that
file does seem to be the section documenting optparse.
Jan 26 '06 #7
R. Bernstein wrote:
Magnus Lycka informs:
[in response to my comment]:
I see how I missed this. Neither disable_.. or enable_.. have document
strings. And neither seem to described in the optparser section (6.21)
of the Python Library (http://docs.python.org/lib/module-optparse.html).

http://docs.python.org/lib/optparse-other-methods.html


Hmmm. A couple things are a little odd about this. First "Other
methods" seems to be a grab-bag category. A place to put something
when you don't know where-else to put it. The section called:
"Querying and manipulating your option parser" seems closer. Better I
think if the title were changed slightly to

Querying, manipulating, and changing the default behavior of your
option parse

Second, oddly I can't find this section "Other Methods" in the current
Python SVN source Doc/lib/liboptparse.tex. Best as I can tell, that
file does seem to be the section documenting optparse.


Sounds like you should submit a documentation bug:
http://sourceforge.net/tracker/?grou...70&atid=105470
Plain text is fine -- just explain what needs to be changed.

Thanks!

STeVe
Jan 26 '06 #8

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

7 posts views Thread by Tony Johansson | last post: by
reply views Thread by Tony Johansson | last post: by
2 posts views Thread by Indiana Epilepsy and Child Neurology | last post: by
14 posts views Thread by Howard | last post: by
12 posts views Thread by Ken Brubaker | last post: by
13 posts views Thread by Abhishek | last post: by
2 posts views Thread by Jonathan Boivin | last post: by
9 posts views Thread by =?Utf-8?B?UmFq?= | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.