This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author georg.brandl
Recipients Arfrever, carsten.klein@axn-software.de, ezio.melotti, georg.brandl, larry, mark.dickinson, r.david.murray, rhettinger, serhiy.storchaka, terry.reedy
Date 2012-12-31.11:02:49
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1356951769.66.0.156287608492.issue16801@psf.upfronthosting.co.za>
In-reply-to
Content
> 20+ years of Python success suggest this isn't a problem that needs solving.

That reasoning could be applied to almost all open tracker issues.

> Likewise, Linux itself doesn't preserve the original form of a chmod call.

Where would/could it do so?  C has no introspection facility equivalent to pydoc, which is discussed here.  In the Linux manual pages, octal literals are used.  Introspective tools like "strace" also display octal literals when tracing *chmod calls.

That said, I agree that this is not an issue worth solving just because of octal literals.  But there are more cases in which the actual signature doesn't represent the best way to document the function API, and if a simple solution can be found it would not be different from fixing a minor annoyance elsewhere in Python.
History
Date User Action Args
2012-12-31 11:02:49georg.brandlsetrecipients: + georg.brandl, rhettinger, terry.reedy, mark.dickinson, larry, ezio.melotti, Arfrever, r.david.murray, carsten.klein@axn-software.de, serhiy.storchaka
2012-12-31 11:02:49georg.brandlsetmessageid: <1356951769.66.0.156287608492.issue16801@psf.upfronthosting.co.za>
2012-12-31 11:02:49georg.brandllinkissue16801 messages
2012-12-31 11:02:49georg.brandlcreate