Mailman 3 June 2008 - Python-Dev

Summary of Python tracker Issues
by Python tracker June 6, 2008

June 6, 2008

ACTIVITY SUMMARY (05/30/08 - 06/06/08) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1895 open (+28) / 12981 closed (+15) / 14876 total (+43) Open issues with patches: 575 Average duration of open issues: 708 days. Median duration of open issues: 1451 days. Open Issues Breakdown open 1872 (+27) pending 23 ( +1) Issues Created Or Reopened (45) … [View More]

1 0

converting the stdlib to str.format
by Benjamin Peterson June 6, 2008

June 6, 2008

Hi all, As a newly converted fan of str.format, it gives me pangs to see the whole stdlib using "%." I realize that str.format is not quite up to the speed standards we'd like, but I'm sure that will change. In any case, I'm willing to give the TLC to convert the whole stdlib to str.format, so I just need your permission! <wink> -- Cheers, Benjamin Peterson "There's no place like 127.0.0.1."

14 32

PEP 371: Additional Discussion
by Jesse Noller June 6, 2008

June 6, 2008

Per feedback from Guido, the python-dev list and others, I have sent in an updated version of PEP 371 - the inclusion of the pyprocessing module into the standard library. URL: http://www.python.org/dev/peps/pep-0371/ New highlights: * The module will be renamed to "multiprocessing" * The API will become PEP 8 compliant * Additional Benchmark data added (thanks Alec!) * Additional grammar and terminology changes Please review the new more final draft of the PEP and send out suggestions … [View More]

10 30

Re: [Python-Dev] [Python-3000] How to specify keyword-only arguments from C?
by Alexandre Vassalotti June 6, 2008

June 6, 2008

On Thu, Jun 5, 2008 at 11:18 PM, Alexandre Vassalotti <alexandre(a)peadrop.com> wrote: > On Thu, Jun 5, 2008 at 10:14 PM, Mark Hammond <mhammond(a)skippinet.com.au> wrote: >> Set an error if the 'arg' tuple doesn't have a length of zero? >> > > Oh, that isn't a bad idea at all. I will try this. Thanks! > Worked flawlessly! Just for the archives, here's how it looks like: static int Unpickler_init(UnpicklerObject *self, PyObject *args, PyObject *kwds) { … [View More]

1 0

Mini-Pep: An Empty String ABC
by Jim Jewett June 6, 2008

June 6, 2008

> So, apart from compatibility purposes, what is the > point currently of *not* directly subclassing str? To provide your own storage format, such as a views into existing data. Whether or not this is actually practical is a different question; plenty C code tends to assume it can use the internals of str directly, which breaks on even some subclasses. -jJ

1 0

PEP3118, python 2.6
by Thomas Heller June 6, 2008

June 6, 2008

Hi Travis, I'm currently trying to port the pep3118 ctypes changes which are already in the py3k branch to the trunk. In py3k the tests for this stuff (in Lib/ctypes/test/test_pep3118.py) use the memoryview object which exposes attributes like .format, .shape, .strides and so on for objects implementing the new buffer interface. In Python 2.6 memoryview does not exist so the question is how to write a test that checks for the correct attributes. My idea is to implement the … [View More]

3 4

Mini-Pep: An Empty String ABC
by Raymond Hettinger June 5, 2008

June 5, 2008

Mini-Pep: An Empty String ABC Target: Py2.6 and Py3.0 Author: Raymond Hettinger Proposal -------- Add a new collections ABC specified as: class String(Sequence): pass Motivation ---------- Having an ABC for strings allows string look-alike classes to declare themselves as sequences that contain text. Client code (such as a flatten operation or tree searching tool) may use that ABC to usefully differentiate strings from other sequences (i.e. containers vs containees). And in … [View More]code that only relies on sequence behavior, isinstance(x,str) may be usefully replaced by isinstance(x,String) so that look-alikes can be substituted in calling code. A natural temptation is add other methods to the String ABC, but strings are a tough case. Beyond simple sequence manipulation, the string methods get very complex. An ABC that included those methods would make it tough to write a compliant class that could be registered as a String. The split(), rsplit(), partition(), and rpartition() methods are examples of methods that would be difficult to emulate correctly. Also, starting with Py3.0, strings are essentially abstract sequences of code points, meaning that an encode() method is essential to being able to usefully transform them back into concrete data. Unfortunately, the encode method is so complex that it cannot be readily emulated by an aspiring string look-alike. Besides complexity, another problem with the concrete str API is the extensive number of methods. If string look-alikes were required to emulate the likes of zfill(), ljust(), title(), translate(), join(), etc., it would significantly add to the burden of writing a class complying with the String ABC. The fundamental problem is that of balancing a client function's desire to rely on a broad number of behaviors against the difficulty of writing a compliant look-alike class. For other ABCs, the balance is more easily struck because the behaviors are fewer in number, because they are easier to implement correctly, and because some methods can be provided as mixins. For a String ABC, the balance should lean toward minimalism due to the large number of methods and how difficult it is to implement some of the correctly. A last reason to avoid expanding the String API is that almost none of the candidate methods characterize the notion of "stringiness". With something calling itself an integer, an __add__() method would be expected as it is fundamental to the notion of "integeriness". In contrast, methods like startswith() and title() are non-essential extras -- we would not discount something as being not stringlike if those methods were not present. [View Less]

4 8

Re: [Python-Dev] converting the stdlib to str.format
by Henning von Bargen June 5, 2008

June 5, 2008

Please, please, please: Keep the % formatting! In 99% of the Python code I have seen, the str.format wouldn't gain any advantage (not even regarding the code readability). Yes, there may be special cases where str.format offers more flexibility, but until now I never missed anything in the % formatting. One thing to keep in mind: What if you have a lot of %-format strings translated and stored them inside a database, for example? If % would be deprecated, these database entries would have … [View More]

1 0

Missing checkin emails
by Eric Smith June 4, 2008

June 4, 2008

Did some checkin emails get lost yesterday? I didn't see mail for a checkin of mine, r63895. Looking at http://mail.python.org/pipermail/python-checkins/2008-June/date.html, it looks like r63887-r63898 are missing from the archive, too. We should probably make an effort to review those checkins. Eric.

3 3

PEP 371 Discussion (pyProcessing Module)
by Jesse Noller June 2, 2008

June 2, 2008

Georg kindly published the PEP I submitted last night to the PEP site: http://www.python.org/dev/peps/pep-0371/ This PEP includes some of the previous discussion on the processing module's inclusion, and I hope clears up/clarifies some of the goals/non goals and issues. I also included benchmark data and a link to the code used for said benchmarks. I would like to renew the discussion now that "there is a PEP" to see if there are any outstanding things people would like to get resolved. I … [View More]

13 22