Mailman 3 August 2012 - Python-Dev

What's New in Python 3.3
by Raymond Hettinger 13 Aug '12

13 Aug '12

Hello all, I'll soon be starting the edits of Whatsnew for 3.3. When I did this for 3.2, it took over 150 hours of work to research all the changes. This time there are many more changes, so my previous process won't work (reviewing every "new in 3.3" entry in the docs, every entry in the voluminous Misc/NEWS file, etc). You can help out by checking-in draft entries for your favorite new features. That way, I can avoid the time consuming curation step and focus on the text, organization, and examples. I appreciate your help, Raymond

4 3

[RELEASED] Python 3.3.0 beta 2
by Georg Brandl 12 Aug '12

12 Aug '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On behalf of the Python development team, I'm happy to announce the second beta release of Python 3.3.0 -- a little later than originally scheduled, but much better for it. This is a preview release, and its use is not recommended in production settings. Python 3.3 includes a range of improvements of the 3.x series, as well as easier porting between 2.x and 3.x. Major new features and changes in the 3.3 release series are: * PEP 380, syntax for delegating to a subgenerator ("yield from") * PEP 393, flexible string representation (doing away with the distinction between "wide" and "narrow" Unicode builds) * A C implementation of the "decimal" module, with up to 80x speedup for decimal-heavy applications * The import system (__import__) now based on importlib by default * The new "lzma" module with LZMA/XZ support * PEP 397, a Python launcher for Windows * PEP 405, virtual environment support in core * PEP 420, namespace package support * PEP 3151, reworking the OS and IO exception hierarchy * PEP 3155, qualified name for classes and functions * PEP 409, suppressing exception context * PEP 414, explicit Unicode literals to help with porting * PEP 418, extended platform-independent clocks in the "time" module * PEP 412, a new key-sharing dictionary implementation that significantly saves memory for object-oriented code * PEP 362, the function-signature object * The new "faulthandler" module that helps diagnosing crashes * The new "unittest.mock" module * The new "ipaddress" module * The "sys.implementation" attribute * A policy framework for the email package, with a provisional (see PEP 411) policy that adds much improved unicode support for email header parsing * A "collections.ChainMap" class for linking mappings to a single unit * Wrappers for many more POSIX functions in the "os" and "signal" modules, as well as other useful functions such as "sendfile()" * Hash randomization, introduced in earlier bugfix releases, is now switched on by default In total, almost 500 API items are new or improved in Python 3.3. For a more extensive list of changes in 3.3.0, see http://docs.python.org/3.3/whatsnew/3.3.html (*) To download Python 3.3.0 visit: http://www.python.org/download/releases/3.3.0/ Please consider trying Python 3.3.0 with your code and reporting any bugs you may notice to: http://bugs.python.org/ Enjoy! (*) Please note that this document is usually finalized late in the release cycle and therefore may have stubs and missing entries at this point. - -- Georg Brandl, Release Manager georg at python.org (on behalf of the entire python-dev team and 3.3's contributors) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlAnxVAACgkQN9GcIYhpnLAECACcDeE+N2AfYVnuwMkq682znfDU ODAAn0J87+MVA9WHEV5iYZd3ub9ZhbpC =LvY0 -----END PGP SIGNATURE-----

1 0

Re: [Python-Dev] [Python-checkins] cpython (3.2): zip() returns an iterator, make a list() of it; thanks to Martin from docs@
by Chris Jerdonek 12 Aug '12

12 Aug '12

On Sun, Aug 12, 2012 at 1:25 AM, sandro.tosi <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/233673503217 > changeset: 78512:233673503217 > user: Sandro Tosi <sandro.tosi(a)gmail.com> > date: Sun Aug 12 10:24:50 2012 +0200 > summary: > zip() returns an iterator, make a list() of it; thanks to Martin from docs@ > diff --git a/Doc/tutorial/datastructures.rst b/Doc/tutorial/datastructures.rst > - >>> zip(*matrix) > + >>> list(zip(*matrix)) > [(1, 5, 9), (2, 6, 10), (3, 7, 11), (4, 8, 12)] Is there a reason we don't run the doctests in the Doc/ folder's .rst files as part of regrtest (e.g. via DocFileSuite), or is that something we just haven't gotten around to doing? --Chris

3 4

Re: [Python-Dev] [Python-checkins] cpython: Issue #15502: Finish bringing importlib.abc in line with the current
by Chris Jerdonek 11 Aug '12

11 Aug '12

On Fri, Aug 10, 2012 at 9:21 AM, brett.cannon <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/0a75ce232f56 > changeset: 78485:0a75ce232f56 > user: Brett Cannon <brett(a)python.org> > date: Fri Aug 10 12:21:12 2012 -0400 > summary: > Issue #15502: Finish bringing importlib.abc in line with the current > + cache used by the finder. Used by :func:`invalidate_caches()` when Minor style nit: the Dev Guide says not to include the trailing parentheses in :func: text: "func: The name of a Python function; dotted names may be used. The role text should not include trailing parentheses to enhance readability..." (from http://hg.python.org/devguide/file/f518f23d06d5/documenting.rst#l888 ) (though I don't know why the Dev Guide says the opposite for :c:func: and is silent on :meth:.) On a related note: this may not be common knowledge, but it is possible to hyperlink to a function definition while still showing different text (in particular passed arguments) by using the following Sphinx syntax: :func:`locale.getpreferredencoding(False) <locale.getpreferredencoding>` This is in the Dev Guide, but I haven't seen the construct used in many places where it seems like it would be helpful and appropriate. --Chris

3 3

Re: [Python-Dev] [Python-checkins] cpython: update docstring per the extension package fix, refactor
by Eric Snow 10 Aug '12

10 Aug '12

On Fri, Aug 10, 2012 at 2:17 PM, philip.jenvey <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/e024f6ba5ed8 > changeset: 78487:e024f6ba5ed8 > user: Philip Jenvey <pjenvey(a)underboss.org> > date: Fri Aug 10 11:53:54 2012 -0700 > summary: > update docstring per the extension package fix, refactor > > files: > Lib/importlib/_bootstrap.py | 9 +- > Python/importlib.h | 3353 +++++++++++----------- > 2 files changed, 1685 insertions(+), 1677 deletions(-) > > > diff --git a/Lib/importlib/_bootstrap.py b/Lib/importlib/_bootstrap.py > --- a/Lib/importlib/_bootstrap.py > +++ b/Lib/importlib/_bootstrap.py > @@ -1102,13 +1102,10 @@ > raise > > def is_package(self, fullname): > - """Return False as an extension module can never be a package.""" > + """Return if the extension module is a package.""" s/Return if/Return True if/ -eric

1 0

Tests of of 2.7 tip on Ubuntu 12.04 amd64
by "Juancarlo Añez (Apalala)" 10 Aug '12

10 Aug '12

Hello, Please let me know if this is normal: 1 test failed: test_readline 1 test altered the execution environment: test_subprocess 32 tests skipped: test_aepack test_al test_applesingle test_bsddb test_bsddb185 test_bsddb3 test_cd test_cl test_curses test_dl test_gl test_imageop test_imgfile test_kqueue test_linuxaudiodev test_macos test_macostools test_msilib test_ossaudiodev test_scriptpackages test_smtpnet test_socketserver test_startfile test_sunaudiodev test_timeout test_tk test_ttk_guionly test_urllib2net test_urllibnet test_winreg test_winsound test_zipfile64 2 skips unexpected on linux2: test_bsddb test_bsddb3 Thanks in advance, -- Juancarlo

4 3

Summary of Python tracker Issues
by Python tracker 10 Aug '12

10 Aug '12

ACTIVITY SUMMARY (2012-08-03 - 2012-08-10) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 3588 (+24) closed 23808 (+44) total 27396 (+68) Open issues with patches: 1543 Issues opened (47) ================== #13072: Getting a buffer from a Unicode array uses invalid format http://bugs.python.org/issue13072 reopened by haypo #15527: Double parens in functions references http://bugs.python.org/issue15527 reopened by storchaka #15552: gettext: if looking for .mo in default locations, also look in http://bugs.python.org/issue15552 opened by Dominique.Leuenberger #15553: Segfault in test_6_daemon_threads() of test_threading, on Mac http://bugs.python.org/issue15553 opened by haypo #15555: Default newlines of io.TextIOWrapper http://bugs.python.org/issue15555 opened by ishimoto #15556: os.stat fails for file pending delete on Windows http://bugs.python.org/issue15556 opened by jkloth #15557: Tests for webbrowser module http://bugs.python.org/issue15557 opened by anton.barkovsky #15561: update subprocess docs to reference io.TextIOWrapper http://bugs.python.org/issue15561 opened by cjerdonek #15564: cgi.FieldStorage should not call read_multi on files http://bugs.python.org/issue15564 opened by patrick.vrijlandt #15566: tarfile.TarInfo.frombuf documentation is out of date http://bugs.python.org/issue15566 opened by sebastinas #15569: Doc doc: incorrect description of some roles as format-only http://bugs.python.org/issue15569 opened by cjerdonek #15570: email.header.decode_header parses differently http://bugs.python.org/issue15570 opened by ddvoinikov #15571: Python version of TextIOWrapper ignores "write_through" arg http://bugs.python.org/issue15571 opened by ncoghlan #15573: Support unknown formats in memoryview comparisons http://bugs.python.org/issue15573 opened by skrah #15574: IDLE crashes using clipboard copy command on OS X with ActiveT http://bugs.python.org/issue15574 opened by Leon.Maurer #15575: Tutorial is unclear on multiple imports of a module. http://bugs.python.org/issue15575 opened by roysmith #15576: importlib: ExtensionFileLoader not used to load packages from http://bugs.python.org/issue15576 opened by scoder #15577: Real argc and argv in embedded interpreter http://bugs.python.org/issue15577 opened by nordaux #15578: Crash when modifying sys.modules during import http://bugs.python.org/issue15578 opened by twouters #15581: curses: segfault in addstr() http://bugs.python.org/issue15581 opened by hut #15582: Enhance inspect.getdoc to follow inheritance chains http://bugs.python.org/issue15582 opened by ncoghlan #15586: Provide some examples for usage of ElementTree methods/attribu http://bugs.python.org/issue15586 opened by Sarbjit.singh #15588: quopri: encodestring and decodestring handle bytes, not string http://bugs.python.org/issue15588 opened by patrick.vrijlandt #15589: Bus error on Debian sparc http://bugs.python.org/issue15589 opened by skrah #15590: --libs is inconsistent for python-config --libs and pkgconfig http://bugs.python.org/issue15590 opened by doko #15591: when building the extensions, stdout is lost when stdout is re http://bugs.python.org/issue15591 opened by doko #15592: subprocess.communicate() breaks on no input with universal new http://bugs.python.org/issue15592 opened by cjerdonek #15593: urlparse.parse_qs documentation wrong re: urlencode http://bugs.python.org/issue15593 opened by Rob.Kinyon #15594: test_copyfile_named_pipe() fails on Mac OS X Snow Leopard: OSE http://bugs.python.org/issue15594 opened by haypo #15595: subprocess.Popen(universal_newlines=True) does not work for ce http://bugs.python.org/issue15595 opened by cjerdonek #15596: pickle: Faster serialization of Unicode strings http://bugs.python.org/issue15596 opened by haypo #15599: test_circular_imports() of test_threaded_import fails on FreeB http://bugs.python.org/issue15599 opened by haypo #15600: expose the finder details used by the FileFinder path hook http://bugs.python.org/issue15600 opened by eric.snow #15604: PyObject_IsTrue failure checks http://bugs.python.org/issue15604 opened by storchaka #15605: Explain sphinx documentation building in devguide http://bugs.python.org/issue15605 opened by Daniel.Ellis #15606: re.VERBOSE doesn't ignore certain whitespace http://bugs.python.org/issue15606 opened by stevencollins #15607: New print's argument "flush" is not mentioned in docstring http://bugs.python.org/issue15607 opened by storchaka #15608: Improve socketserver doc http://bugs.python.org/issue15608 opened by terry.reedy #15609: Format string: add more fast-path http://bugs.python.org/issue15609 opened by haypo #15610: PyImport_ImportModuleEx always fails in 3.3 with "ValueError: http://bugs.python.org/issue15610 opened by dmalcolm #15611: devguide: add "core mentors" area to Experts Index http://bugs.python.org/issue15611 opened by cjerdonek #15612: Rewrite StringIO to use the _PyUnicodeWriter API http://bugs.python.org/issue15612 opened by haypo #15613: argparse ArgumentDefaultsHelpFormatter interacts badly with -- http://bugs.python.org/issue15613 opened by aj #15615: More tests for JSON decoder to test Exceptions http://bugs.python.org/issue15615 opened by kushaldas #15616: logging.FileHandler not correctly created with PyYaml (unpickl http://bugs.python.org/issue15616 opened by jordipf #15617: FAIL: test_create_connection (test.test_socket.NetworkConnecti http://bugs.python.org/issue15617 opened by flub #15618: turtle.pencolor() chokes on unicode http://bugs.python.org/issue15618 opened by apalala Most recent 15 issues with no replies (15) ========================================== #15618: turtle.pencolor() chokes on unicode http://bugs.python.org/issue15618 #15615: More tests for JSON decoder to test Exceptions http://bugs.python.org/issue15615 #15613: argparse ArgumentDefaultsHelpFormatter interacts badly with -- http://bugs.python.org/issue15613 #15609: Format string: add more fast-path http://bugs.python.org/issue15609 #15606: re.VERBOSE doesn't ignore certain whitespace http://bugs.python.org/issue15606 #15593: urlparse.parse_qs documentation wrong re: urlencode http://bugs.python.org/issue15593 #15591: when building the extensions, stdout is lost when stdout is re http://bugs.python.org/issue15591 #15588: quopri: encodestring and decodestring handle bytes, not string http://bugs.python.org/issue15588 #15582: Enhance inspect.getdoc to follow inheritance chains http://bugs.python.org/issue15582 #15581: curses: segfault in addstr() http://bugs.python.org/issue15581 #15577: Real argc and argv in embedded interpreter http://bugs.python.org/issue15577 #15569: Doc doc: incorrect description of some roles as format-only http://bugs.python.org/issue15569 #15566: tarfile.TarInfo.frombuf documentation is out of date http://bugs.python.org/issue15566 #15564: cgi.FieldStorage should not call read_multi on files http://bugs.python.org/issue15564 #15557: Tests for webbrowser module http://bugs.python.org/issue15557 Most recent 15 issues waiting for review (15) ============================================= #15615: More tests for JSON decoder to test Exceptions http://bugs.python.org/issue15615 #15612: Rewrite StringIO to use the _PyUnicodeWriter API http://bugs.python.org/issue15612 #15610: PyImport_ImportModuleEx always fails in 3.3 with "ValueError: http://bugs.python.org/issue15610 #15609: Format string: add more fast-path http://bugs.python.org/issue15609 #15607: New print's argument "flush" is not mentioned in docstring http://bugs.python.org/issue15607 #15605: Explain sphinx documentation building in devguide http://bugs.python.org/issue15605 #15604: PyObject_IsTrue failure checks http://bugs.python.org/issue15604 #15600: expose the finder details used by the FileFinder path hook http://bugs.python.org/issue15600 #15596: pickle: Faster serialization of Unicode strings http://bugs.python.org/issue15596 #15595: subprocess.Popen(universal_newlines=True) does not work for ce http://bugs.python.org/issue15595 #15590: --libs is inconsistent for python-config --libs and pkgconfig http://bugs.python.org/issue15590 #15589: Bus error on Debian sparc http://bugs.python.org/issue15589 #15586: Provide some examples for usage of ElementTree methods/attribu http://bugs.python.org/issue15586 #15573: Support unknown formats in memoryview comparisons http://bugs.python.org/issue15573 #15571: Python version of TextIOWrapper ignores "write_through" arg http://bugs.python.org/issue15571 Top 10 most discussed issues (10) ================================= #15510: textwrap.wrap('') returns empty list http://bugs.python.org/issue15510 22 msgs #15589: Bus error on Debian sparc http://bugs.python.org/issue15589 19 msgs #13072: Getting a buffer from a Unicode array uses invalid format http://bugs.python.org/issue13072 17 msgs #14814: Implement PEP 3144 (the ipaddress module) http://bugs.python.org/issue14814 12 msgs #15586: Provide some examples for usage of ElementTree methods/attribu http://bugs.python.org/issue15586 12 msgs #15216: Support setting the encoding on a text stream after creation http://bugs.python.org/issue15216 10 msgs #15573: Support unknown formats in memoryview comparisons http://bugs.python.org/issue15573 10 msgs #15595: subprocess.Popen(universal_newlines=True) does not work for ce http://bugs.python.org/issue15595 10 msgs #15424: __sizeof__ of array should include size of items http://bugs.python.org/issue15424 8 msgs #15527: Double parens in functions references http://bugs.python.org/issue15527 8 msgs Issues closed (43) ================== #5819: Add PYTHONPREFIXES environment variable http://bugs.python.org/issue5819 closed by asvetlov #13052: IDLE: replace ending with '\' causes crash http://bugs.python.org/issue13052 closed by asvetlov #13119: Newline for print() is \n on Windows, and not \r\n as expected http://bugs.python.org/issue13119 closed by python-dev #14182: collections.Counter equality test thrown-off by zero counts http://bugs.python.org/issue14182 closed by rhettinger #14966: Fully document subprocess.CalledProcessError http://bugs.python.org/issue14966 closed by asvetlov #15077: Regexp match goes into infinite loop http://bugs.python.org/issue15077 closed by storchaka #15163: pydoc displays __loader__ as module data http://bugs.python.org/issue15163 closed by brett.cannon #15202: followlinks/follow_symlinks/symlinks flags unification http://bugs.python.org/issue15202 closed by storchaka #15365: Traceback reporting can fail if IO cannot be imported http://bugs.python.org/issue15365 closed by kristjan.jonsson #15471: importlib's __import__() argument style nit http://bugs.python.org/issue15471 closed by brett.cannon #15482: __import__() change between 3.2 and 3.3 http://bugs.python.org/issue15482 closed by brett.cannon #15492: textwrap.wrap expand_tabs does not behave as expected http://bugs.python.org/issue15492 closed by r.david.murray #15501: Document exception classes in subprocess module http://bugs.python.org/issue15501 closed by asvetlov #15530: Enhance Py_MIN and Py_MAX http://bugs.python.org/issue15530 closed by loewis #15531: os.path symlink docs missing http://bugs.python.org/issue15531 closed by larry #15536: re.split doesn't respect MULTILINE http://bugs.python.org/issue15536 closed by r.david.murray #15541: logging.exception doesn't accept 'extra' http://bugs.python.org/issue15541 closed by vinay.sajip #15546: Iteration breaks with bz2.open(filename,'rt') http://bugs.python.org/issue15546 closed by nadeem.vawda #15547: Why do we have os.truncate() and os.ftruncate() whereas os.tru http://bugs.python.org/issue15547 closed by larry #15550: Trailing white spaces http://bugs.python.org/issue15550 closed by ned.deily #15551: Unit tests that return generators silently fail http://bugs.python.org/issue15551 closed by michael.foord #15554: correct and clarify str.splitlines() documentation http://bugs.python.org/issue15554 closed by r.david.murray #15558: webbrowser output to console http://bugs.python.org/issue15558 closed by r.david.murray #15559: Bad interaction between ipaddress addresses and the bytes cons http://bugs.python.org/issue15559 closed by python-dev #15560: _sqlite3.so is built with wrong include file on OS X when usin http://bugs.python.org/issue15560 closed by ned.deily #15562: CaseFolding not working properly http://bugs.python.org/issue15562 closed by benjamin.peterson #15563: wrong conversion reported by http://bugs.python.org/issue15563 closed by loewis #15565: pdb displays runt Exception strings http://bugs.python.org/issue15565 closed by r.david.murray #15567: threading.py contains undefined name in self-test code http://bugs.python.org/issue15567 closed by brian.curtin #15568: yield from missed StopIteration raised from iterator instead o http://bugs.python.org/issue15568 closed by python-dev #15572: Python2 documentation of the file() built-in function http://bugs.python.org/issue15572 closed by python-dev #15579: some unicode keys not found using in dictionary.keys() http://bugs.python.org/issue15579 closed by r.david.murray #15580: fix True/False/None reST markup http://bugs.python.org/issue15580 closed by georg.brandl #15583: Provide examples in Python doc for usage of various modules http://bugs.python.org/issue15583 closed by r.david.murray #15584: os.popen deprecation warning not in Python 3 docs http://bugs.python.org/issue15584 closed by r.david.murray #15585: usage of os.popen in standard library http://bugs.python.org/issue15585 closed by r.david.murray #15587: IDLE is pixelated on the Macbook Pro with Retina Display http://bugs.python.org/issue15587 closed by ned.deily #15597: exception __suppress_context__ test failures on OS X ppc syste http://bugs.python.org/issue15597 closed by python-dev #15598: relative import unexpectedly binds name http://bugs.python.org/issue15598 closed by benjamin.peterson #15601: tkinter test_variables fails with OS X Aqua Tk 8.4 http://bugs.python.org/issue15601 closed by asvetlov #15602: zipfile: wrong encoding charset of member filename http://bugs.python.org/issue15602 closed by loewis #15603: Multiprocessing creates incorrect pids http://bugs.python.org/issue15603 closed by cfriedline #15614: print statement not showing valid result http://bugs.python.org/issue15614 closed by loewis

1 0

SPARC testers (and buildbot!) needed
by Stefan Krah 10 Aug '12

10 Aug '12

Hello, currently the only cheap way for developers to test on SPARC that I'm aware of is using this old Debian qemu image: http://people.debian.org/~aurel32/qemu/sparc/ That image still uses linuxthreads and may contain any number of platform bugs. It is currently impossible to run the test suite without bus errors, see: http://bugs.python.org/issue15589 Could someone with access to a SPARC machine (perhaps with a modern version of Debian-sparc) grab a clone from http://hg.python.org/cpython/ and run the test suite? Also, it would be really nice if someone could donate a SPARC buildbot. Stefan Krah

4 12

python 3.3 b2
by Yury Selivanov 10 Aug '12

10 Aug '12

Hi all, What's the status of Python 3.3 beta 2? Thanks, Yury

7 8

Re: [Python-Dev] [Python-checkins] peps: 3.3 schedule update.
by Eli Bendersky 09 Aug '12

09 Aug '12

Awesome, thanks! On Thu, Aug 9, 2012 at 9:47 PM, georg.brandl <python-checkins(a)python.org>wrote: > http://hg.python.org/peps/rev/fdf8b99178c4 > changeset: 4497:fdf8b99178c4 > user: Georg Brandl <georg(a)python.org> > date: Thu Aug 09 20:48:06 2012 +0200 > summary: > 3.3 schedule update. > > files: > pep-0398.txt | 8 ++++---- > 1 files changed, 4 insertions(+), 4 deletions(-) > > > diff --git a/pep-0398.txt b/pep-0398.txt > --- a/pep-0398.txt > +++ b/pep-0398.txt > @@ -42,10 +42,10 @@ > > (No new features beyond this point.) > > -- 3.3.0 beta 2: July 21, 2012 > -- 3.3.0 candidate 1: August 4, 2012 > -- 3.3.0 candidate 2: August 18, 2012 > -- 3.3.0 final: September 1, 2012 > +- 3.3.0 beta 2: August 11, 2012 > +- 3.3.0 candidate 1: August 25, 2012 > +- 3.3.0 candidate 2: September 8, 2012 > +- 3.3.0 final: September 22, 2012 > > .. don't forget to update final date above as well > > > -- > Repository URL: http://hg.python.org/peps > > _______________________________________________ > Python-checkins mailing list > Python-checkins(a)python.org > http://mail.python.org/mailman/listinfo/python-checkins > >

1 0

PEP 366 is unclear about what it specifies
by Stefan Behnel 07 Aug '12

07 Aug '12

Hi, could someone please add a sentence to PEP 366 that describes the actual content of the new "__package__" attribute (and thus, the PEP)? http://www.python.org/dev/peps/pep-0366/ I had to read through almost the entire document to be assured that "__package__" is really supposed to contain a string and I had a hard time nailing down its content. The only real hint in there is the example, and even that is ambiguous. Please change the first paragraph in the "proposed change" section to this: """ The major proposed change is the introduction of a new module level [NEW]string[/NEW] attribute, __package__.[NEW:] It contains the fully qualified name of the package that the module lives in, without the module name itself[/NEW]. When it is present, ... """ Thanks, Stefan

4 3

yield from, user defined iterators, and StopIteration w/ a value...
by Dino Viehland 06 Aug '12

06 Aug '12

I'm trying to create an object which works like a generator and delegates to a generator for its implementation, but can also participate in yield from using 3.3 beta. I want my wrapper object to be able to cache some additional information - such as whether or not the generator has completed - as well as have it provide some additional methods for interacting with the state of the generator. But currently this doesn't seem possible because raising StopIteration from a user defined iterator has its value ignored as far as yield from is concerned. Here's a simplified example of the problem: class C: def __iter__(self): return self def __next__(self): raise StopIteration(100) def g(): if False: yield 100 return 100 def f(val): x = yield from val print('x', x) print(list(f(C()))) print(list(f(g()))) Which outputs: x None [] x 100 [] So you can see for the C case the value I raise from StopIteration is ignored, but the value from the generator is propagated out. From my reading of PEP 380 the behavior here is incorrect for the user defined iterator case. next(iter(C())) raises StopIteration exception with a value and that should be the resulting value of the yield from expression according to the formal semantics. Ok, looking at the implementation this seems to be because PyIter_Next clears the exception which prevents it from being seen in the yield from code path. So should yield from just be doing "(*iter->ob_type->tp_iternext)(iter);" directly and avoid the error checking code? Or am I wrong and this is the intended behavior?

3 2

No summary of tracker issues this week?
by Mark Lawrence 05 Aug '12

05 Aug '12

Hi all, I keep an eye open for this but can't find one for Saturday 03/08/2012. Have I missed it, has it been stopped, has something gone wrong with its production or what? -- Cheers. Mark Lawrence.

3 2

Summary of Python tracker Issues
by Python tracker 05 Aug '12

05 Aug '12

ACTIVITY SUMMARY (2012-07-30 - 2012-08-06) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 3559 (+18) closed 23781 (+51) total 27340 (+69) Open issues with patches: 1534 Issues opened (42) ================== #13072: Getting a buffer from a Unicode array uses invalid format http://bugs.python.org/issue13072 reopened by haypo #15494: Move test/support.py into a test.support subpackage http://bugs.python.org/issue15494 opened by cjerdonek #15495: enable type truncation warnings for gcc builds http://bugs.python.org/issue15495 opened by jkloth #15496: harden directory removal for tests on Windows http://bugs.python.org/issue15496 opened by jkloth #15497: correct characters in TextWrapper.replace_whitespace docs http://bugs.python.org/issue15497 opened by cjerdonek #15498: Eliminate the use of deprecated OS X APIs in getpath.c http://bugs.python.org/issue15498 opened by ned.deily #15500: Python should support naming threads http://bugs.python.org/issue15500 opened by bra #15501: Document exception classes in subprocess module http://bugs.python.org/issue15501 opened by anton.barkovsky #15502: Meta path finders and path entry finders are different, but sh http://bugs.python.org/issue15502 opened by ncoghlan #15504: pickle/cPickle saves invalid/incomplete data http://bugs.python.org/issue15504 opened by Philipp.Lies #15505: unittest.installHandler incorrectly assumes SIGINT handler is http://bugs.python.org/issue15505 opened by twouters #15506: configure should use PKG_PROG_PKG_CONFIG http://bugs.python.org/issue15506 opened by vapier #15507: test_subprocess assumes SIGINT is not being ignored. http://bugs.python.org/issue15507 opened by twouters #15509: webbrowser.open sometimes passes zero-length argument to the b http://bugs.python.org/issue15509 opened by anton.barkovsky #15510: textwrap.wrap('') returns empty list http://bugs.python.org/issue15510 opened by cjerdonek #15511: _decimal does not build in PGUpdate mode http://bugs.python.org/issue15511 opened by skrah #15513: Correct __sizeof__ support for pickle http://bugs.python.org/issue15513 opened by storchaka #15516: exception-handling bug in PyString_Format http://bugs.python.org/issue15516 opened by tromey #15518: Provide test coverage for filecmp.dircmp.report methods. http://bugs.python.org/issue15518 opened by cbc #15520: Document datetime.timestamp() in 3.3 What's New http://bugs.python.org/issue15520 opened by djc #15522: impove 27 percent performance on stringpbject.c( by prefetch a http://bugs.python.org/issue15522 opened by abael #15523: Block on close TCP socket in SocketServer.py http://bugs.python.org/issue15523 opened by jarvisliang #15526: regrtest crash on Windows 7 AMD64 http://bugs.python.org/issue15526 opened by ncoghlan #15527: Double parens in functions references http://bugs.python.org/issue15527 opened by storchaka #15528: Better support for finalization with weakrefs http://bugs.python.org/issue15528 opened by sbt #15533: subprocess.Popen(cwd) documentation http://bugs.python.org/issue15533 opened by cjerdonek #15535: Fix pickling of named tuples in 2.7.3 http://bugs.python.org/issue15535 opened by thomie #15539: Fixing Tools/scripts/pindent.py http://bugs.python.org/issue15539 opened by storchaka #15542: Documentation incorrectly suggests __init__ called after direc http://bugs.python.org/issue15542 opened by Aaron.Staley #15543: central documentation for 'universal newlines' http://bugs.python.org/issue15543 opened by cjerdonek #15544: math.isnan fails with some Decimal NaNs http://bugs.python.org/issue15544 opened by stevenjd #15545: sqlite3.Connection.iterdump() does not work with row_factory = http://bugs.python.org/issue15545 opened by plemarre #15548: Mention all new os functions in What's New in Python 3.3 http://bugs.python.org/issue15548 opened by haypo #15549: openssl version in windows builds does not support renegotiati http://bugs.python.org/issue15549 opened by cory.mintz #15550: Trailing white spaces http://bugs.python.org/issue15550 opened by storchaka #15552: gettext: if looking for .mo in default locations, also look in http://bugs.python.org/issue15552 opened by Dominique.Leuenberger #15553: Segfault in test_6_daemon_threads() of test_threading, on Mac http://bugs.python.org/issue15553 opened by haypo #15554: correct and clarify str.splitlines() documentation http://bugs.python.org/issue15554 opened by cjerdonek #15555: Default newlines of io.TextIOWrapper http://bugs.python.org/issue15555 opened by ishimoto #15556: os.stat fails for file pending delete on Windows http://bugs.python.org/issue15556 opened by jkloth #15557: Tests for webbrowser module http://bugs.python.org/issue15557 opened by anton.barkovsky #15561: update subprocess docs to reference io.TextIOWrapper http://bugs.python.org/issue15561 opened by cjerdonek Most recent 15 issues with no replies (15) ========================================== #15561: update subprocess docs to reference io.TextIOWrapper http://bugs.python.org/issue15561 #15557: Tests for webbrowser module http://bugs.python.org/issue15557 #15553: Segfault in test_6_daemon_threads() of test_threading, on Mac http://bugs.python.org/issue15553 #15552: gettext: if looking for .mo in default locations, also look in http://bugs.python.org/issue15552 #15549: openssl version in windows builds does not support renegotiati http://bugs.python.org/issue15549 #15535: Fix pickling of named tuples in 2.7.3 http://bugs.python.org/issue15535 #15533: subprocess.Popen(cwd) documentation http://bugs.python.org/issue15533 #15527: Double parens in functions references http://bugs.python.org/issue15527 #15523: Block on close TCP socket in SocketServer.py http://bugs.python.org/issue15523 #15506: configure should use PKG_PROG_PKG_CONFIG http://bugs.python.org/issue15506 #15501: Document exception classes in subprocess module http://bugs.python.org/issue15501 #15497: correct characters in TextWrapper.replace_whitespace docs http://bugs.python.org/issue15497 #15485: CROSS: append gcc library search paths http://bugs.python.org/issue15485 #15483: CROSS: initialise include and library paths in setup.py http://bugs.python.org/issue15483 #15480: Drop TYPE_INT64 from marshal in Python 3.4 http://bugs.python.org/issue15480 Most recent 15 issues waiting for review (15) ============================================= #15561: update subprocess docs to reference io.TextIOWrapper http://bugs.python.org/issue15561 #15557: Tests for webbrowser module http://bugs.python.org/issue15557 #15554: correct and clarify str.splitlines() documentation http://bugs.python.org/issue15554 #15552: gettext: if looking for .mo in default locations, also look in http://bugs.python.org/issue15552 #15550: Trailing white spaces http://bugs.python.org/issue15550 #15548: Mention all new os functions in What's New in Python 3.3 http://bugs.python.org/issue15548 #15544: math.isnan fails with some Decimal NaNs http://bugs.python.org/issue15544 #15539: Fixing Tools/scripts/pindent.py http://bugs.python.org/issue15539 #15535: Fix pickling of named tuples in 2.7.3 http://bugs.python.org/issue15535 #15528: Better support for finalization with weakrefs http://bugs.python.org/issue15528 #15518: Provide test coverage for filecmp.dircmp.report methods. http://bugs.python.org/issue15518 #15513: Correct __sizeof__ support for pickle http://bugs.python.org/issue15513 #15511: _decimal does not build in PGUpdate mode http://bugs.python.org/issue15511 #15510: textwrap.wrap('') returns empty list http://bugs.python.org/issue15510 #15509: webbrowser.open sometimes passes zero-length argument to the b http://bugs.python.org/issue15509 Top 10 most discussed issues (10) ================================= #15502: Meta path finders and path entry finders are different, but sh http://bugs.python.org/issue15502 54 msgs #14814: Implement PEP 3144 (the ipaddress module) http://bugs.python.org/issue14814 25 msgs #15510: textwrap.wrap('') returns empty list http://bugs.python.org/issue15510 25 msgs #15496: harden directory removal for tests on Windows http://bugs.python.org/issue15496 17 msgs #15544: math.isnan fails with some Decimal NaNs http://bugs.python.org/issue15544 14 msgs #13072: Getting a buffer from a Unicode array uses invalid format http://bugs.python.org/issue13072 10 msgs #15550: Trailing white spaces http://bugs.python.org/issue15550 10 msgs #15231: update PyPI upload doc to say --no-raw passed to rst2html.py http://bugs.python.org/issue15231 9 msgs #15511: _decimal does not build in PGUpdate mode http://bugs.python.org/issue15511 9 msgs #15494: Move test/support.py into a test.support subpackage http://bugs.python.org/issue15494 8 msgs Issues closed (48) ================== #8847: crash appending list and namedtuple http://bugs.python.org/issue8847 closed by loewis #12073: regrtest: use faulthandler to dump the tracebacks on SIGUSR1 http://bugs.python.org/issue12073 closed by haypo #12288: tkinter SimpleDialog initialvalue http://bugs.python.org/issue12288 closed by asvetlov #12507: tkSimpleDialog problem http://bugs.python.org/issue12507 closed by ronaldoussoren #13052: IDLE: replace ending with '\' causes crash http://bugs.python.org/issue13052 closed by asvetlov #13119: Newline for print() is \n on Windows, and not \r\n as expected http://bugs.python.org/issue13119 closed by python-dev #13371: Some Carbon extensions don't build on OSX 10.7 http://bugs.python.org/issue13371 closed by ronaldoussoren #14018: OS X installer does not detect bad symlinks created by Xcode 3 http://bugs.python.org/issue14018 closed by ned.deily #15077: Regexp match goes into infinite loop http://bugs.python.org/issue15077 closed by storchaka #15202: followlinks/follow_symlinks/symlinks flags unification http://bugs.python.org/issue15202 closed by storchaka #15295: Import machinery documentation http://bugs.python.org/issue15295 closed by barry #15441: test_posixpath fails on Japanese edition of Windows http://bugs.python.org/issue15441 closed by haypo #15463: test_faulthandler can fail if install path is too long http://bugs.python.org/issue15463 closed by haypo #15469: Correct __sizeof__ support for deque http://bugs.python.org/issue15469 closed by python-dev #15470: Stuck/hang when reading ssl object http://bugs.python.org/issue15470 closed by seamus.mckenna #15473: importlib no longer uses imp.NullImporter http://bugs.python.org/issue15473 closed by brett.cannon #15481: Add exec_module() as part of the import loader API http://bugs.python.org/issue15481 closed by eric.snow #15482: __import__() change between 3.2 and 3.3 http://bugs.python.org/issue15482 closed by brett.cannon #15486: Standardised mechanism for stripping importlib frames from tra http://bugs.python.org/issue15486 closed by python-dev #15492: textwrap.wrap expand_tabs does not behave as expected http://bugs.python.org/issue15492 closed by r.david.murray #15499: Sleep is hardcoded in webbrowser.UnixBrowser http://bugs.python.org/issue15499 closed by python-dev #15503: concatenating string in dict unexpected performance http://bugs.python.org/issue15503 closed by pitrou #15508: __import__.__doc__ has outdated information about level http://bugs.python.org/issue15508 closed by brett.cannon #15512: Correct __sizeof__ support for parser http://bugs.python.org/issue15512 closed by python-dev #15514: Correct __sizeof__ support for cpu_set http://bugs.python.org/issue15514 closed by python-dev #15515: Regular expression match does not return http://bugs.python.org/issue15515 closed by crouleau #15517: Minor trimming for ASDL parser http://bugs.python.org/issue15517 closed by python-dev #15519: finish exposing WindowsRegistryImporter in importlib http://bugs.python.org/issue15519 closed by ncoghlan #15521: Dev Guide should say how to run tests in 2.7 http://bugs.python.org/issue15521 closed by ezio.melotti #15524: Dict items() ordering varies across interpreter invocations http://bugs.python.org/issue15524 closed by pitrou #15525: test_multiprocessing failure on Windows XP http://bugs.python.org/issue15525 closed by sbt #15529: PyIter_Check evaluates to 0 for Python list object http://bugs.python.org/issue15529 closed by benjamin.peterson #15530: Enhance Py_MIN and Py_MAX http://bugs.python.org/issue15530 closed by loewis #15531: os.path symlink docs missing http://bugs.python.org/issue15531 closed by larry #15532: "for line in file" is *still* broken in Python 2.7 on pipes http://bugs.python.org/issue15532 closed by ned.deily #15534: xmlrpc escaping breaks on unicode \u043c http://bugs.python.org/issue15534 closed by python-dev #15536: re.split doesn't respect MULTILINE http://bugs.python.org/issue15536 closed by r.david.murray #15537: MULTILINE confuses re.split http://bugs.python.org/issue15537 closed by ezio.melotti #15538: Avoid nonstandard s6_addr8 http://bugs.python.org/issue15538 closed by pitrou #15540: Python 3.3 and numpy http://bugs.python.org/issue15540 closed by ncoghlan #15541: logging.exception doesn't accept 'extra' http://bugs.python.org/issue15541 closed by vinay.sajip #15546: Iteration breaks with bz2.open(filename,'rt') http://bugs.python.org/issue15546 closed by nadeem.vawda #15547: Why do we have os.truncate() and os.ftruncate() whereas os.tru http://bugs.python.org/issue15547 closed by larry #15551: Unit tests that return generators silently fail http://bugs.python.org/issue15551 closed by michael.foord #15558: webbrowser output to console http://bugs.python.org/issue15558 closed by r.david.murray #15559: Bad interaction between ipaddress addresses and the bytes cons http://bugs.python.org/issue15559 closed by python-dev #15560: _sqlite3.so is built with wrong include file on OS X when usin http://bugs.python.org/issue15560 closed by ned.deily #15562: CaseFolding not working properly http://bugs.python.org/issue15562 closed by benjamin.peterson

1 0

Re: [Python-Dev] [Python-checkins] cpython (merge 3.2 -> default): Make TextIOWrapper's documentation clearer by copying the newline argument's
by Chris Jerdonek 05 Aug '12

05 Aug '12

On Fri, Aug 3, 2012 at 3:59 PM, antoine.pitrou <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/f17a1410ebe5 > changeset: 78401:f17a1410ebe5 > summary: > Make TextIOWrapper's documentation clearer by copying the newline argument's description from open(). Now that this change is made, it may make sense to update the subprocess documentation to reference TextIOWrapper's documentation instead of open()'s (since use of the 'U' flag to open() is discouraged in new code). "All line endings will be converted to '\n' as described for the universal newlines 'U' mode argument to open()." (from http://docs.python.org/dev/library/subprocess.html#frequently-used-arguments ) --Chris

2 2

Re: [Python-Dev] [Python-checkins] devguide: It has been pointed out this paragraph was incorrect. One of the Windows devs
by Chris Jerdonek 05 Aug '12

05 Aug '12

On Sun, Aug 5, 2012 at 1:48 AM, nick.coghlan <python-checkins(a)python.org> wrote: > http://hg.python.org/devguide/rev/f518f23d06d5 > changeset: 539:f518f23d06d5 > summary: > It has been pointed out this paragraph was incorrect. One of the Windows devs will need to fill in more accurate info > diff --git a/setup.rst b/setup.rst > -For Windows systems, all the necessary components should be included in the > -CPython checkout. This issue may not provide the information you're looking for, but it is related: http://bugs.python.org/issue14873 It has a patch from a few days ago awaiting review. Incidentally, the UNIX-specific information added in http://hg.python.org/devguide/rev/80358cdac0a6 might be good to link to in the UNIX section here: "Do take note of what modules were not built as stated at the end of your build. More than likely you are missing a dependency for the module(s) that were not built, and so you can install the dependencies and re-run both configure and make (if available for your OS)." (from http://docs.python.org/devguide/setup.html#unix ) Or else move the UNIX-specific information into a subsection of the UNIX section. --Chris

1 0

Re: [Python-Dev] cpython: Close #15559: Implementing __index__ creates a nasty interaction with the bytes
by Antoine Pitrou 05 Aug '12

05 Aug '12

On Sun, 5 Aug 2012 10:20:36 +0200 (CEST) nick.coghlan <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/5abea8a43f19 > changeset: 78426:5abea8a43f19 > user: Nick Coghlan <ncoghlan(a)gmail.com> > date: Sun Aug 05 18:20:17 2012 +1000 > summary: > Close #15559: Implementing __index__ creates a nasty interaction with the bytes constructor. At least for 3.3, ipaddress objects must now be explicitly converted with int() and thus can't be passed directly to the hex() builtin. __index__, as the name implies, allows instances to be used as sequence indices, which does sound like a weird thing to serve as for an IP address :-) Regards Antoine. -- Software development and contracting: http://pro.pitrou.net

2 1

issue 15510: textwrap.wrap() returning empty list
by Chris Jerdonek 03 Aug '12

03 Aug '12

I would like people's opinions on issue 15510, specifically whether it should be addressed and in what versions: http://bugs.python.org/issue15510 Jesús suggested that I ask. The issue relates to textwrap.wrap()'s behavior when wrapping strings that contain no non-whitespace characters -- in particular the empty string. Thanks, --Chris

2 1

Question
by Dheeraj Goswami 03 Aug '12

03 Aug '12

Hi Python Gurus, I am an experienced Java developer and have been working on it for about 8 years. I need to build a web 2.0/AJAX based website/application and I am thinking to build it in Django which means I need to learn and move to Python. Please advise is it really worth moving from Java world into Python world? Will it really be fun to build in Django. PS: I dont like magics so I will never use Ruby/Rails as I am not that kind of guy. cheers /Dg

3 2

Re: [Python-Dev] [Python-checkins] cpython: Issue #15502: Bring the importlib.PathFinder docs and docstring more in line
by Barry Warsaw 03 Aug '12

03 Aug '12

On Aug 02, 2012, at 03:04 PM, nick.coghlan wrote: >http://hg.python.org/cpython/rev/1f8351cf00f3 >changeset: 78382:1f8351cf00f3 >user: Nick Coghlan <ncoghlan(a)gmail.com> >date: Thu Aug 02 23:03:58 2012 +1000 >summary: > Issue #15502: Bring the importlib.PathFinder docs and docstring more in line with the new import system documentation, and fix various parts of the new docs that weren't quite right given PEP 420 or were otherwise a bit misleading. Also note the key terminology problem still being discussed in the issue > >files: > Doc/library/importlib.rst | 15 +- > Doc/reference/import.rst | 221 +- > Lib/importlib/_bootstrap.py | 8 +- > Python/importlib.h | 2583 +++++++++++----------- > 4 files changed, 1449 insertions(+), 1378 deletions(-) > > >diff --git a/Doc/reference/import.rst b/Doc/reference/import.rst >--- a/Doc/reference/import.rst >+++ b/Doc/reference/import.rst >@@ -69,7 +75,7 @@ > > It's important to keep in mind that all packages are modules, but not all > modules are packages. Or put another way, packages are just a special kind of >-module. Specifically, any module that contains an ``__path__`` attribute is >+module. Specifically, any module that contains a ``__path__`` attribute is I find this change hilarious! Is it "an under-under path" or "a dunder path"? Personally, I think word "dunder" should never be used unless it's followed by the word "mifflin", but that might be a bit too regional. Or maybe too old skool (yeah, I know all the kids love the dunder). I suppose I don't care that much, but it would be useful to have some consistency, like whether we use American or British spellings. >@@ -90,7 +96,7 @@ > packages are traditional packages as they existed in Python 3.2 and earlier. > A regular package is typically implemented as a directory containing an > ``__init__.py`` file. When a regular package is imported, this >-``__init__.py`` file is implicitly imported, and the objects it defines are >+``__init__.py`` file is implicitly executed, and the objects it defines are Perhaps "loaded" instead of either "imported" or "executed"? >@@ -107,9 +113,9 @@ > three/ > __init__.py > >-Importing ``parent.one`` will implicitly import ``parent/__init__.py`` and >+Importing ``parent.one`` will implicitly execute ``parent/__init__.py`` and Same. > ``parent/one/__init__.py``. Subsequent imports of ``parent.two`` or >-``parent.three`` will import ``parent/two/__init__.py`` and >+``parent.three`` will execute ``parent/two/__init__.py`` and And here. > ``parent/three/__init__.py`` respectively. > > >@@ -128,6 +134,12 @@ > objects on the file system; they may be virtual modules that have no concrete > representation. > >+Namespace packages do not use an ordinary list for their ``__path__`` >+attribute. They instead use a custom iterable type which will automatically >+perform a new search for package portions on the next import attempt within >+that package if the path of their parent package (or :data:`sys.path` for a >+top level package) changes. Nice addition. I can't help but suggest a slight rephrasing: Namespace packages use a custom iterable type for their ``__path__`` attribute, so that changes in their parent package's path (or :data:`sys.path` for a top level package) are handled automatically. >@@ -172,14 +184,18 @@ > :exc:`ImportError` is raised. If the module name is missing, Python will > continue searching for the module. > >-:data:`sys.modules` is writable. Deleting a key will not destroy the >-associated module, but it will invalidate the cache entry for the named >-module, causing Python to search anew for the named module upon its next >-import. Beware though, because if you keep a reference to the module object, >+:data:`sys.modules` is writable. Deleting a key may not destroy the >+associated module (as other modules may hold references to it), s/as other modules may hold references to it/due to circular references/ >@@ -369,7 +404,7 @@ > > Here are the exact rules used: > >- * If the module has an ``__loader__`` and that loader has a >+ * If the module has a ``__loader__`` and that loader has a > :meth:`module_repr()` method, call it with a single argument, which is the > module object. The value returned is used as the module's repr. > >@@ -377,10 +412,10 @@ > and discarded, and the calculation of the module's repr continues as if > :meth:`module_repr()` did not exist. > >- * If the module has an ``__file__`` attribute, this is used as part of the >+ * If the module has a ``__file__`` attribute, this is used as part of the > module's repr. > >- * If the module has no ``__file__`` but does have an ``__loader__``, then the >+ * If the module has no ``__file__`` but does have a ``__loader__``, then the > loader's repr is used as part of the module's repr. > > * Otherwise, just use the module's ``__name__`` in the repr. C'mon Michael Scott, make it stop! Do you remember the episode where Dwight and Jim team up to... Oh, I was in stitches! >@@ -430,15 +467,20 @@ > path`, which contains a list of :term:`path entries <path entry>`. Each path > entry names a location to search for modules. > >-Path entries may name file system locations, and by default the :term:`path >-importer` knows how to provide traditional file system imports. It implements >-all the semantics for finding modules on the file system, handling special >-file types such as Python source code (``.py`` files), Python byte code >-(``.pyc`` and ``.pyo`` files) and shared libraries (e.g. ``.so`` files). >+The path importer itself doesn't know how to import anything. Instead, it >+traverses the individual path entries, associating each of them with a >+path entry finder that knows how to handle that particular kind of path. >+ >+The default set of path entry finders implement all the semantics for finding >+modules on the file system, handling special file types such as Python source >+code (``.py`` files), Python byte code (``.pyc`` and ``.pyo`` files) and >+shared libraries (e.g. ``.so`` files). When supported by the :mod:`zipimport` >+module in the standard library, the default path entry finders also handle >+loading all of these file types (other than shared libraries) from zipfiles. s/zipfiles/zip files/ > > Path entries need not be limited to file system locations. They can refer to >-the contents of zip files, URLs, database queries, or any other location that >-can be specified as a string. >+the URLs, database queries, or any other location that can be specified as a >+string. s/the URLs/URLs/ > > The :term:`path importer` provides additional hooks and protocols so that you > can extend and customize the types of searchable path entries. For example, >@@ -534,29 +578,59 @@ > Path entry finder protocol > -------------------------- > >-Path entry finders support the same :meth:`find_module()` method that meta >-path finders support, however path entry finder's :meth:`find_module()` >-methods are never called with a ``path`` argument. >- >-The :meth:`find_module()` method on path entry finders is deprecated though, >-and instead path entry finders should implement the :meth:`find_loader()` >-method. If it exists on the path entry finder, :meth:`find_loader()` will >-always be called instead of :meth:`find_module()`. >+In order to support imports of modules and initialized packages and also to >+contribute portions to namespace packages, path entry finders must implement >+the :meth:`find_loader()` method. This is an improvement, because it de-emphasizes the deprecated API. Perhaps add a footnote that describes the legacy API? > :meth:`find_loader()` takes one argument, the fully qualified name of the > module being imported. :meth:`find_loader()` returns a 2-tuple where the > first item is the loader and the second item is a namespace :term:`portion`. > When the first item (i.e. the loader) is ``None``, this means that while the >-path entry finder does not have a loader for the named module, it knows that >-the :term:`path entry` contributes to a namespace portion for the named >-module. This will almost always be the case where Python is asked to import a >-:term:`namespace package` that has no physical presence on the file system. >-When a path entry finder returns ``None`` for the loader, the second item of >-the 2-tuple return value must be a sequence, although it can be empty. >+path entry finder does not have a loader for the named module, it knows that the >+path entry contributes to a namespace portion for the named module. This will >+almost always be the case where Python is asked to import a namespace package >+that has no physical presence on the file system. When a path entry finder >+returns ``None`` for the loader, the second item of the 2-tuple return value >+must be a sequence, although it can be empty. > > If :meth:`find_loader()` returns a non-``None`` loader value, the portion is >-ignored and the loader is returned from the :term:`path importer`, terminating >-the :term:`import path` search. >+ignored and the loader is returned from the path importer, terminating the >+search through the path entries. >+ >+For backwards compatibility with other implementations of the import >+protocol, many path entry finders also support the same, >+traditional :meth:`find_module()` method that meta path finders support. >+However path entry finder :meth:`find_module()` methods are never called >+with a ``path`` argument (they are expected to record the appropriate >+path information from the initial call to the path hook). >+ >+The :meth:`find_module()` method on path entry finders is deprecated, >+as it does not allow the path entry finder to contribute portions to >+namespace packages. Instead path entry finders should implement the >+:meth:`find_loader()` method as described above. If it exists on the path >+entry finder, the import system will always call :meth:`find_loader()` >+in preference to :meth:`find_module()`. The above is what could be moved to the footnote. Cheers, -Barry

5 4

Re: [Python-Dev] [Python-checkins] cpython: Update the What's New details for importlib based on doc/ABC changes.
by Brett Cannon 02 Aug '12

02 Aug '12

Sorry about accidentally committing another minor cleanup to importlib in this commit; thought I had already committed it separately. On Thu, Aug 2, 2012 at 5:50 PM, brett.cannon <python-checkins(a)python.org>wrote: > http://hg.python.org/cpython/rev/083534cd7874 > changeset: 78388:083534cd7874 > user: Brett Cannon <brett(a)python.org> > date: Thu Aug 02 17:50:06 2012 -0400 > summary: > Update the What's New details for importlib based on doc/ABC changes. > > files: > Doc/library/importlib.rst | 10 ++++++---- > Doc/whatsnew/3.3.rst | 24 +++++++++++++++++++----- > 2 files changed, 25 insertions(+), 9 deletions(-) > > > diff --git a/Doc/library/importlib.rst b/Doc/library/importlib.rst > --- a/Doc/library/importlib.rst > +++ b/Doc/library/importlib.rst > @@ -141,9 +141,10 @@ > longer requires implementation of a ``find_module()`` method. > > > -.. class:: MetaPathFinder(Finder) > +.. class:: MetaPathFinder > > - An abstract base class representing a :term:`meta path finder`. > + An abstract base class representing a :term:`meta path finder` and > + inheriting from :class:`Finder`. > > .. versionadded:: 3.3 > > @@ -156,9 +157,10 @@ > package. If a loader cannot be found, ``None`` is returned. > > > -.. class:: PathEntryFinder(Finder) > +.. class:: PathEntryFinder > > - An abstract base class representing a :term:`path entry finder`. > + An abstract base class representing a :term:`path entry finder` and > + inheriting from :class:`Finder`. > > .. versionadded:: 3.3 > > diff --git a/Doc/whatsnew/3.3.rst b/Doc/whatsnew/3.3.rst > --- a/Doc/whatsnew/3.3.rst > +++ b/Doc/whatsnew/3.3.rst > @@ -519,7 +519,15 @@ > making the import statement work. That means the various importers that > were > once implicit are now fully exposed as part of the :mod:`importlib` > package. > > -In terms of finders, * :class:`importlib.machinery.FileFinder` exposes the > +The abstract base classes defined in :mod:`importlib.abc` have been > expanded > +to properly delineate between :term:`meta path finders <meta path finder>` > +and :term:`path entry finders <path entry finder>` by introducing > +:class:`importlib.abc.MetaPathFinder` and > +:class:`importlib.abc.PathEntryFinder`, respectively. The old ABC of > +:class:`importlib.abc.Finder` is now only provided for > backwards-compatibility > +and does not enforce any method requirements. > + > +In terms of finders, :class:`importlib.machinery.FileFinder` exposes the > mechanism used to search for source and bytecode files of a module. > Previously > this class was an implicit member of :attr:`sys.path_hooks`. > > @@ -547,10 +555,10 @@ > > Beyond the expanse of what :mod:`importlib` now exposes, there are other > visible changes to import. The biggest is that :attr:`sys.meta_path` and > -:attr:`sys.path_hooks` now store all of the finders used by import > explicitly. > -Previously the finders were implicit and hidden within the C code of > import > -instead of being directly exposed. This means that one can now easily > remove or > -change the order of the various finders to fit one's needs. > +:attr:`sys.path_hooks` now store all of the meta path finders and path > entry > +hooks used by import. Previously the finders were implicit and hidden > within > +the C code of import instead of being directly exposed. This means that > one can > +now easily remove or change the order of the various finders to fit one's > needs. > > Another change is that all modules have a ``__loader__`` attribute, > storing the > loader used to create the module. :pep:`302` has been updated to make this > @@ -1733,6 +1741,12 @@ > both the modification time and size of the source file the bytecode > file was > compiled from. > > +* :class:`importlib.abc.Finder` no longer specifies a `find_module()` > abstract > + method that must be implemented. If you were relying on subclasses to > + implement that method, make sure to check for the method's existence > first. > + You will probably want to check for `find_loader()` first, though, in > the > + case of working with :term:`path entry finders <path entry finder>`. > + > * :mod:`pkgutil` has been converted to use :mod:`importlib` internally. > This > eliminates many edge cases where the old behaviour of the PEP 302 import > emulation failed to match the behaviour of the real import system. The > > -- > Repository URL: http://hg.python.org/cpython > > _______________________________________________ > Python-checkins mailing list > Python-checkins(a)python.org > http://mail.python.org/mailman/listinfo/python-checkins > >

1 0

PEP 0424: A method for exposing a length hint
by Alex Gaynor 02 Aug '12

02 Aug '12

Hi all, I've just submitted a PEP proposing making __length_hint__ a public API for users to define and other VMs to implement: PEP: 424 Title: A method for exposing a length hint Version: $Revision$ Last-Modified: $Date Author: Alex Gaynor <alex.gaynor(a)gmail.com> Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 14-July-2012 Python-Version: 3.4 Abstract ======== CPython currently defines an ``__length_hint__`` method on several types, such as various iterators. This method is then used by various other functions (such as ``map``) to presize lists based on the estimated returned by ``__length_hint__``. Types can then define ``__length_hint__`` which are not sized, and thus should not define ``__len__``, but can estimate or compute a size (such as many iterators). Proposal ======== This PEP proposes formally documenting ``__length_hint__`` for other interpreter and non-standard library Python to implement. ``__length_hint__`` must return an integer, and is not required to be accurate. It may return a value that is either larger or smaller than the actual size of the container. It may raise a ``TypeError`` if a specific instance cannot have its length estimated. It may not return a negative value. Rationale ========= Being able to pre-allocate lists based on the expected size, as estimated by ``__length_hint__``, can be a significant optimization. CPython has been observed to run some code faster than PyPy, purely because of this optimization being present. Open questions ============== There are two open questions for this PEP: * Should ``list`` expose a kwarg in it's constructor for supplying a length hint. * Should a function be added either to ``builtins`` or some other module which calls ``__length_hint__``, like ``builtins.len`` calls ``__len__``. Copyright ========= This document has been placed into the public domain. .. Local Variables: mode: indented-text indent-tabs-mode: nil sentence-end-double-space: t fill-column: 70 coding: utf-8 Alex

22 64

Re: [Python-Dev] [Python-checkins] cpython: Issue #15502: Bring the importlib ABCs into line with the current state of the
by Brett Cannon 02 Aug '12

02 Aug '12

Mostly as a note to myself (although if someone else wants to change this, then great), PathEntryFinder.find_loader() specifies self while the other docs don't bother to list it. And I just realized that the other classes defined in the importlib docs don't list their superclasses like MetaPathFinder and PathEntryFinder now do. On Thu, Aug 2, 2012 at 7:26 AM, nick.coghlan <python-checkins(a)python.org>wrote: > http://hg.python.org/cpython/rev/184700df5b6a > changeset: 78379:184700df5b6a > parent: 78376:8ace059cdffd > user: Nick Coghlan <ncoghlan(a)gmail.com> > date: Thu Aug 02 21:26:03 2012 +1000 > summary: > Issue #15502: Bring the importlib ABCs into line with the current state > of the import protocols given PEP 420. Original patch by Eric Snow. > > files: > Doc/library/importlib.rst | 77 +++++--- > Lib/importlib/abc.py | 82 ++++++--- > Lib/test/test_importlib/source/test_abc_loader.py | 23 +- > Lib/test/test_importlib/test_abc.py | 7 +- > Misc/NEWS | 3 + > 5 files changed, 127 insertions(+), 65 deletions(-) > > > diff --git a/Doc/library/importlib.rst b/Doc/library/importlib.rst > --- a/Doc/library/importlib.rst > +++ b/Doc/library/importlib.rst > @@ -125,32 +125,49 @@ > > .. class:: Finder > > - An abstract base class representing a :term:`finder`. > - See :pep:`302` for the exact definition for a finder. > - > - .. method:: find_loader(self, fullname): > - > - An abstract method for finding a :term:`loader` for the specified > - module. Returns a 2-tuple of ``(loader, portion)`` where portion > is a > - sequence of file system locations contributing to part of a > namespace > - package. The sequence may be empty. When present, > `find_loader()` is > - preferred over `find_module()`. > - > - .. versionadded: 3.3 > - > - .. method:: find_module(fullname, path=None) > - > - An abstract method for finding a :term:`loader` for the specified > - module. If the :term:`finder` is found on :data:`sys.meta_path` > and the > - module to be searched for is a subpackage or module then *path* > will > - be the value of :attr:`__path__` from the parent package. If a > loader > - cannot be found, ``None`` is returned. > + An abstract base class representing a :term:`finder`. Finder > + implementations should derive from (or register with) the more specific > + :class:`MetaPathFinder` or :class:`PathEntryFinder` ABCs. > > .. method:: invalidate_caches() > > - An optional method which, when called, should invalidate any > internal > - cache used by the finder. Used by :func:`invalidate_caches()` when > - invalidating the caches of all cached finders. > + An optional method which, when called, should invalidate any > internal > + cache used by the finder. Used by :func:`invalidate_caches()` when > + invalidating the caches of all cached finders. > + > + .. versionchanged:: 3.3 > + The API signatures for meta path finders and path entry finders > + were separated by PEP 420. Accordingly, the Finder ABC no > + longer requires implementation of a ``find_module()`` method. > + > + > +.. class:: MetaPathFinder(Finder) > + > + An abstract base class representing a :term:`meta path finder`. > + > + .. versionadded:: 3.3 > + > + .. method:: find_module(fullname, path) > + > + An abstract method for finding a :term:`loader` for the specified > + module. If this is a top-level import, *path* will be ``None``. > + Otheriwse, this is a search for a subpackage or module and *path* > + will be the value of :attr:`__path__` from the parent > + package. If a loader cannot be found, ``None`` is returned. > + > + > +.. class:: PathEntryFinder(Finder) > + > + An abstract base class representing a :term:`path entry finder`. > + > + .. versionadded:: 3.3 > + > + .. method:: find_loader(self, fullname): > + > + An abstract method for finding a :term:`loader` for the specified > + module. Returns a 2-tuple of ``(loader, portion)`` where portion > is a > + sequence of file system locations contributing to part of a > namespace > + package. The sequence may be empty. > > > .. class:: Loader > @@ -569,8 +586,8 @@ > > An :term:`importer` for built-in modules. All known built-in modules > are > listed in :data:`sys.builtin_module_names`. This class implements the > - :class:`importlib.abc.Finder` and :class:`importlib.abc.InspectLoader` > - ABCs. > + :class:`importlib.abc.MetaPathFinder` and > + :class:`importlib.abc.InspectLoader` ABCs. > > Only class methods are defined by this class to alleviate the need for > instantiation. > @@ -579,8 +596,8 @@ > .. class:: FrozenImporter > > An :term:`importer` for frozen modules. This class implements the > - :class:`importlib.abc.Finder` and :class:`importlib.abc.InspectLoader` > - ABCs. > + :class:`importlib.abc.MetaPathFinder` and > + :class:`importlib.abc.InspectLoader` ABCs. > > Only class methods are defined by this class to alleviate the need for > instantiation. > @@ -589,7 +606,7 @@ > .. class:: PathFinder > > :term:`Finder` for :data:`sys.path`. This class implements the > - :class:`importlib.abc.Finder` ABC. > + :class:`importlib.abc.MetaPathFinder` ABC. > > This class does not perfectly mirror the semantics of > :keyword:`import` in > terms of :data:`sys.path`. No implicit path hooks are assumed for > @@ -616,8 +633,8 @@ > > .. class:: FileFinder(path, \*loader_details) > > - A concrete implementation of :class:`importlib.abc.Finder` which caches > - results from the file system. > + A concrete implementation of :class:`importlib.abc.PathEntryFinder` > which > + caches results from the file system. > > The *path* argument is the directory for which the finder is in charge > of > searching. > diff --git a/Lib/importlib/abc.py b/Lib/importlib/abc.py > --- a/Lib/importlib/abc.py > +++ b/Lib/importlib/abc.py > @@ -23,6 +23,61 @@ > abstract_cls.register(frozen_cls) > > > +class Finder(metaclass=abc.ABCMeta): > + > + """Common abstract base class for import finders. > + > + Finder implementations should derive from the more specific > + MetaPathFinder or PathEntryFinder ABCs rather than directly from > Finder. > + """ > + > + def find_module(self, fullname, path=None): > + """An optional legacy method that should find a module. > + The fullname is a str and the optional path is a str or None. > + Returns a Loader object. > + > + The path finder will use this method only if find_loader() does > + not exist. It may optionally be implemented for compatibility > + with legacy third party reimplementations of the import system. > + """ > + raise NotImplementedError > + > + # invalidate_caches() is a completely optional method, so no default > + # implementation is provided. See the docs for details. > + > + > +class MetaPathFinder(Finder): > + > + """Abstract base class for import finders on sys.meta_path.""" > + > + @abc.abstractmethod > + def find_module(self, fullname, path): > + """Abstract method which when implemented should find a module. > + The fullname is a str and the path is a str or None. > + Returns a Loader object. > + """ > + raise NotImplementedError > + > +_register(MetaPathFinder, machinery.BuiltinImporter, > machinery.FrozenImporter, > + machinery.PathFinder) > + > + > +class PathEntryFinder(Finder): > + > + """Abstract base class for path entry finders used by PathFinder.""" > + > + @abc.abstractmethod > + def find_loader(self, fullname): > + """Abstract method which when implemented returns a module loader. > + The fullname is a str. Returns a 2-tuple of (Loader, portion) > where > + portion is a sequence of file system locations contributing to > part of > + a namespace package. The sequence may be empty. > + """ > + raise NotImplementedError > + > +_register(PathEntryFinder, machinery.FileFinder) > + > + > class Loader(metaclass=abc.ABCMeta): > > """Abstract base class for import loaders.""" > @@ -40,33 +95,6 @@ > raise NotImplementedError > > > -class Finder(metaclass=abc.ABCMeta): > - > - """Abstract base class for import finders.""" > - > - @abc.abstractmethod > - def find_loader(self, fullname): > - """Abstract method which when implemented returns a module loader. > - The fullname is a str. Returns a 2-tuple of (Loader, portion) > where > - portion is a sequence of file system locations contributing to > part of > - a namespace package. The sequence may be empty. When present, > - `find_loader()` is preferred over `find_module()`. > - """ > - raise NotImplementedError > - > - @abc.abstractmethod > - def find_module(self, fullname, path=None): > - """Abstract method which when implemented should find a module. > - The fullname is a str and the optional path is a str or None. > - Returns a Loader object. This method is only called if > - `find_loader()` is not present. > - """ > - raise NotImplementedError > - > -_register(Finder, machinery.BuiltinImporter, machinery.FrozenImporter, > - machinery.PathFinder, machinery.FileFinder) > - > - > class ResourceLoader(Loader): > > """Abstract base class for loaders which can return data from their > diff --git a/Lib/test/test_importlib/source/test_abc_loader.py > b/Lib/test/test_importlib/source/test_abc_loader.py > --- a/Lib/test/test_importlib/source/test_abc_loader.py > +++ b/Lib/test/test_importlib/source/test_abc_loader.py > @@ -778,23 +778,32 @@ > expect = io.IncrementalNewlineDecoder(None, True).decode(source) > self.assertEqual(mock.get_source(name), expect) > > + > class AbstractMethodImplTests(unittest.TestCase): > > """Test the concrete abstractmethod implementations.""" > > + class MetaPathFinder(abc.MetaPathFinder): > + def find_module(self, fullname, path): > + super().find_module(fullname, path) > + > + class PathEntryFinder(abc.PathEntryFinder): > + def find_module(self, _): > + super().find_module(_) > + > + def find_loader(self, _): > + super().find_loader(_) > + > + class Finder(abc.Finder): > + def find_module(self, fullname, path): > + super().find_module(fullname, path) > + > class Loader(abc.Loader): > def load_module(self, fullname): > super().load_module(fullname) > def module_repr(self, module): > super().module_repr(module) > > - class Finder(abc.Finder): > - def find_module(self, _): > - super().find_module(_) > - > - def find_loader(self, _): > - super().find_loader(_) > - > class ResourceLoader(Loader, abc.ResourceLoader): > def get_data(self, _): > super().get_data(_) > diff --git a/Lib/test/test_importlib/test_abc.py > b/Lib/test/test_importlib/test_abc.py > --- a/Lib/test/test_importlib/test_abc.py > +++ b/Lib/test/test_importlib/test_abc.py > @@ -30,11 +30,16 @@ > "{0} is not a superclass of {1}".format(superclass, > self.__test)) > > > -class Finder(InheritanceTests, unittest.TestCase): > +class MetaPathFinder(InheritanceTests, unittest.TestCase): > > + superclasses = [abc.Finder] > subclasses = [machinery.BuiltinImporter, machinery.FrozenImporter, > machinery.PathFinder] > > +class PathEntryFinder(InheritanceTests, unittest.TestCase): > + > + superclasses = [abc.Finder] > + subclasses = [machinery.FileFinder] > > class Loader(InheritanceTests, unittest.TestCase): > > diff --git a/Misc/NEWS b/Misc/NEWS > --- a/Misc/NEWS > +++ b/Misc/NEWS > @@ -72,6 +72,9 @@ > Library > ------- > > +- Issue #15502: Bring the importlib ABCs into line with the current state > + of the import protocols given PEP 420. Original patch by Eric Snow. > + > - Issue #15499: Launching a webbrowser in Unix used to sleep for a few > seconds. Original patch by Anton Barkovsky. > > > -- > Repository URL: http://hg.python.org/cpython > > _______________________________________________ > Python-checkins mailing list > Python-checkins(a)python.org > http://mail.python.org/mailman/listinfo/python-checkins > >

1 0

Failed issue tracker submission
by Python tracker 02 Aug '12

02 Aug '12

There was a problem with the message you sent: This issue can't be closed until issue <a href="http://bugs.python.org/issue15502">15502</a> is closed. Mail Gateway Help ================= Incoming messages are examined for multiple parts: . In a multipart/mixed message or part, each subpart is extracted and examined. The text/plain subparts are assembled to form the textual body of the message, to be stored in the file associated with a "msg" class node. Any parts of other types are each stored in separate files and given "file" class nodes that are linked to the "msg" node. . In a multipart/alternative message or part, we look for a text/plain subpart and ignore the other parts. . A message/rfc822 is treated similar tomultipart/mixed (except for special handling of the first text part) if unpack_rfc822 is set in the mailgw config section. Summary ------- The "summary" property on message nodes is taken from the first non-quoting section in the message body. The message body is divided into sections by blank lines. Sections where the second and all subsequent lines begin with a ">" or "|" character are considered "quoting sections". The first line of the first non-quoting section becomes the summary of the message. Addresses --------- All of the addresses in the To: and Cc: headers of the incoming message are looked up among the user nodes, and the corresponding users are placed in the "recipients" property on the new "msg" node. The address in the From: header similarly determines the "author" property of the new "msg" node. The default handling for addresses that don't have corresponding users is to create new users with no passwords and a username equal to the address. (The web interface does not permit logins for users with no passwords.) If we prefer to reject mail from outside sources, we can simply register an auditor on the "user" class that prevents the creation of user nodes with no passwords. Actions ------- The subject line of the incoming message is examined to determine whether the message is an attempt to create a new item or to discuss an existing item. A designator enclosed in square brackets is sought as the first thing on the subject line (after skipping any "Fwd:" or "Re:" prefixes). If an item designator (class name and id number) is found there, the newly created "msg" node is added to the "messages" property for that item, and any new "file" nodes are added to the "files" property for the item. If just an item class name is found there, we attempt to create a new item of that class with its "messages" property initialized to contain the new "msg" node and its "files" property initialized to contain any new "file" nodes. Triggers -------- Both cases may trigger detectors (in the first case we are calling the set() method to add the message to the item's spool; in the second case we are calling the create() method to create a new node). If an auditor raises an exception, the original message is bounced back to the sender with the explanatory message given in the exception. Return-Path: <python-dev(a)python.org> X-Original-To: report(a)bugs.python.org Delivered-To: roundup+tracker(a)psf.upfronthosting.co.za Received: from mail.python.org (mail.python.org [IPv6:2001:888:2000:d::a6]) by psf.upfronthosting.co.za (Postfix) with ESMTPS id 86BB41CD7E for <report(a)bugs.python.org>; Thu, 2 Aug 2012 13:45:35 +0200 (CEST) Received: from albatross.python.org (localhost [127.0.0.1]) by mail.python.org (Postfix) with ESMTP id 3WnqMM2J6szNbw for <report(a)bugs.python.org>; Thu, 2 Aug 2012 13:45:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=python.org; s=200901; t=1343907935; bh=gCR6sftsrpIrVDajA2ztlOvXtnpd1hd96n2LwhPSZkk=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:From:To: Subject:Message-Id:Date; b=eGlIBm9r/zVe4tZZOqtKy8ctuyEEfVHryOb98//t3VAYMgz7Th9wKgpUWNd6OEJnQ hWSOrYKAgNROXrwx+ITyPbwGgMbE1CwRfQiCuxe6RMTQJqoM8kS1MebdE/JiBVrD6U 0h/vjTxlMpKY1YjzbOCqvmuHnaSuTRo3LLieIRRc= Received: from localhost (HELO mail.python.org) (127.0.0.1) by albatross.python.org with SMTP; 02 Aug 2012 13:45:35 +0200 Received: from virt-7yvsjn.psf.osuosl.org (virt-7yvsjn.psf.osuosl.org [140.211.10.72]) by mail.python.org (Postfix) with ESMTP for <report(a)bugs.python.org>; Thu, 2 Aug 2012 13:45:34 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 From: python-dev(a)python.org To: report(a)bugs.python.org Subject: [issue15519] [status=closed; resolution=fixed; stage=committed/rejected] Message-Id: <3WnqMM2J6szNbw(a)mail.python.org> Date: Thu, 2 Aug 2012 13:45:35 +0200 (CEST) TmV3IGNoYW5nZXNldCBhMWFjMWUxM2M1YTAgYnkgTmljayBDb2dobGFuIGluIGJyYW5jaCAnZGVm YXVsdCc6CkNsb3NlICMxNTUxOTogUHJvcGVybHkgZXhwb3NlIFdpbmRvd3NSZWdpc3RyeUZpbmRl ciBpbiBpbXBvcnRsaWIgYW5kIGJyaW5nIHRoZSBuYW1lIGludG8gbGluZSB3aXRoIG5vcm1hbCBp bXBvcnQgdGVybWlub2xvZ3kuIE9yaWdpbmFsIHBhdGNoIGJ5IEVyaWMgU25vdwpodHRwOi8vaGcu cHl0aG9uLm9yZy9jcHl0aG9uL3Jldi9hMWFjMWUxM2M1YTAK

1 0

Introduction
by Shanth Kumar 02 Aug '12

02 Aug '12

Hi I am Shanthkumar from Bangalore, India, working for a software firm. Good to see the mailing group, as i am new to python curious to ask you people couple of queireis. -- Regards..., Shanthkumara O.D.

2 1