[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

Georg Brandl added the comment: I agree that we should match 3.2 behavior here. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

Eric Snow added the comment: The following seems to indicate that an ImportError should be raised as expected. I'm guessing that somewhere along the line the exception gets silently eaten. -- (3.2) Python/import.c:ensure_fromlist() [1] submod = import_submodule(m

[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

Eric Snow added the comment: Here's a simple patch the allows bogus names in the fromlist. I'm going to verify that this matches the 3.2 semantics, which may not be so cut-and-dry. -- keywords: +patch Added file: http://bugs.python.org/file26876/issue15715.diff ___

[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

Eric Snow added the comment: The failure output with -v: ... # /home/esnow/projects/cpython/Lib/http/__pycache__/__init__.cpython-33.pyc matches /home/esnow/projects/cpython/Lib/http/__init__.py # code object from /home/esnow/projects/cpython/Lib/http/__pycache__/__init__.cpython-33.pyc import

[issue4253] Maildir dumpmessage on

Petri Lehtinen added the comment: No reply in two years, closing. -- nosy: +petri.lehtinen resolution: -> invalid status: open -> closed ___ Python tracker ___ __

[issue15355] generator docs should mention already-executing exception

R. David Murray added the comment: Chris, if Nick is too busy to reply right now and you want to move this along, you could write some tests (not necessarily for inclusion in the test suite) to confirm that the doc you are adding is correct. I don't know enough about generators to comment mys

[issue15716] Ability to specify the PYTHONPATH via a command line flag

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue15716] Ability to specify the PYTHONPATH via a command line flag

New submission from Gregory P. Smith: I'd like a command line flag to override PYTHONPATH. It could also be used in combination with -E so that you could still set the PYTHONPATH while ignoring everything else from the environment. -- messages: 168429 nosy: gregory.p.smith priority: n

[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation

Gregory P. Smith added the comment: I'd also like a command line flag to override PYTHONPATH (which could also be used in combination with -E so that you could still set the PYTHONPATH while ignoring everything else). I'll file a separate feature request for that. -- nosy: +gregory.p.

[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

Changes by Antoine Pitrou : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

Antoine Pitrou added the comment: Unless it is difficult to fix, I think this regression should be addressed before 3.3 final. Georg? -- components: +Interpreter Core, Library (Lib) -None nosy: +pitrou priority: normal -> release blocker stage: -> needs patch _

[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

Simon Feltman added the comment: Should have been "...Python 2.5 which it looks like importlib is NOT available." -- ___ Python tracker ___ __

[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

Simon Feltman added the comment: I think pygobject still supports Python 2.5 which it look like importlib is available. I've submitted a patch to pygobject which will work regardless of if this regression is fixed or not: https://bugzilla.gnome.org/show_bug.cgi?id=682051 -- _

[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

Eric Snow added the comment: While this is a regression, 3.3 definitely puts an increased emphasis on using importlib.import_module() instead of builtins.__import__(). Any reason why import_module() isn't used? As to the regression, while the current behavior makes more sense, it is contrary

[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

Changes by Simon Feltman : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue15715] __import__ now raises with non-existing items in fromlist in 3.3

New submission from Simon Feltman: This came up while trying to build pygobject with Python 3.3. The problem is there are some erroneous imports in the fromlist with these bindings that can easily be fixed. But it is a behavioral change so I just wanted to raise awareness if it is not already

[issue15714] PEP 3121, 384 Refactoring applied to grp module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the grp module! -- components: Extension Modules files: grp_pep3121-384_v0.patch keywords: patch messages: 168422 nosy: Robin.Schreiber priority: normal severity: normal status: open titl

[issue15713] PEP 3121, 384 Refactoring applied to zipimport module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the zipimport module! -- components: Extension Modules files: zipimport_pep3121-384_v0.patch keywords: patch messages: 168421 nosy: Robin.Schreiber priority: normal severity: normal stat

[issue15712] PEP 3121, 384 Refactoring applied to unicodedata module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the unicodedata module! -- components: Extension Modules files: unicodedate_pep3121-384_v0.patch keywords: patch messages: 168420 nosy: Robin.Schreiber, effbot, lemburg, loewis priority:

[issue15711] PEP 3121, 384 Refactoring applied to time module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the time module! -- components: Extension Modules files: time_pep3121-384_v0.patch keywords: patch messages: 168419 nosy: Robin.Schreiber priority: normal severity: normal status: open ti

[issue15710] logging module crashes in Python 2.7.3 for handler.setLevel(long)

Changes by Antoine Pitrou : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue15710] logging module crashes in Python 2.7.3 for handler.setLevel(long)

New submission from Tobin Baker: I'm using a 3rd-party library (ESAPI) which defines a log level as the literal -2**31. This worked fine until I upgraded to Python 2.7.3, which, unlike all previous versions of Python, coerces that literal to long rather than int. The following code in the logg

[issue15709] PEP 3121, 384 Refactoring applied to termios module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the termios module! -- components: Extension Modules files: termios_pep3121-384_v0.patch keywords: patch messages: 168417 nosy: Robin.Schreiber priority: normal severity: normal status:

[issue15708] PEP 3121, 384 Refactoring applied to socket module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the socket module! -- components: Extension Modules files: socket_pep3121-384_v0.patch keywords: patch messages: 168416 nosy: Robin.Schreiber priority: normal severity: normal status: op

[issue15707] PEP 3121, 384 Refactoring applied to signal module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the signal module! -- components: Extension Modules files: signal_pep3121-384_v0.patch keywords: patch messages: 168415 nosy: Robin.Schreiber priority: normal severity: normal status: op

[issue15702] Multiprocessing Pool deadlocks on join after empty map operation

Jeff Knupp added the comment: This is a duplicate of http://bugs.python.org/issue12157, which was fixed. -- nosy: +Jeff.Knupp ___ Python tracker ___ _

[issue15706] PEP 3121, 384 Refactoring applied to sha512 module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the sha512 module! -- components: Extension Modules files: sha512_pep3121-384_v0.patch keywords: patch messages: 168413 nosy: Robin.Schreiber, gregory.p.smith priority: normal severity:

[issue15705] PEP 3121, 384 Refactoring applied to sha256 module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the sha256 module! -- components: Extension Modules files: sha256_pep3121-384_v0.patch keywords: patch messages: 168412 nosy: Robin.Schreiber, gregory.p.smith priority: normal severity:

[issue6696] Profile objects should be documented

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15704] PEP 3121, 384 Refactoring applied to sha1 module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the sha1 module! -- components: Extension Modules files: sha1_pep3121-384_v0.patch keywords: patch messages: 168411 nosy: Robin.Schreiber, gregory.p.smith priority: normal severity: norma

[issue15703] PEP 3121, 384 Refactoring applied to select module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the select module! -- components: Extension Modules files: select_pep3121-384_v0.patch keywords: patch messages: 168410 nosy: Robin.Schreiber priority: normal severity: normal status: op

[issue11062] mailbox fails to round-trip a file to a Babyl mailbox

Andrew Svetlov added the comment: Thank you, Petri. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue15702] Multiprocessing Pool deadlocks on join after empty map operation

Changes by Antoine Pitrou : -- nosy: +sbt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue15702] Multiprocessing Pool deadlocks on join after empty map operation

New submission from James Hutchison: Following code deadlocks on Windows 7 64-bit, Python 3.2.3 If you have a pool issue a map operation over an empty iterable then try to join later, it will deadlock. If there is no map operation or blah in the code below isn't empty, it does not deadlock fr

[issue15701] AttributeError from HTTPError when using digest auth

New submission from Jody McIntyre: I attempted to connect to a site using urllib2 and digest authentication and it raised an HTTPError (due to an incorrect username and password, which is expected). I attempted to run the info() method of the HTTPError to get more information, but it failed w

[issue15700] PEP 3121, 384 Refactoring applied to resource module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the resource module! -- components: Extension Modules files: resource_pep3121-384_v0.patch keywords: patch messages: 168406 nosy: Robin.Schreiber priority: normal severity: normal status

[issue15699] PEP 3121, 384 Refactoring applied to readline module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the readline module! -- components: Extension Modules files: readline_pep3121-384_v0.patch keywords: patch messages: 168405 nosy: Robin.Schreiber priority: normal severity: normal status

[issue15698] PEP 3121, 384 Refactoring applied to pyexpat module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the pyexpat module! -- components: Extension Modules files: pyexpat_pep3121-384_v0.patch keywords: patch messages: 168404 nosy: Robin.Schreiber priority: normal severity: normal status:

[issue15697] PEP 3121 refactoring applied to pwd module

New submission from Robin Schreiber: Changes proposed in PEP3121 have now been applied to the pwd module! -- components: Extension Modules files: pwd_pep3121_v0.patch keywords: patch messages: 168403 nosy: Robin.Schreiber priority: normal severity: normal status: open title: PEP 3121 ref

[issue15035] array.array of UCS2 values

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15625] Support u and w codes in memoryview

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15696] Correct __sizeof__ support for mmap

Changes by Serhiy Storchaka : -- stage: -> patch review type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue15696] Correct __sizeof__ support for mmap

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file26859/mmap_sizeof-2.7.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue15696] Correct __sizeof__ support for mmap

New submission from Serhiy Storchaka: Here is a patch that implements correct __sizeof__ for mmap under Windows. I have not tested it because it is Windows-only issue. Please test it. -- components: Library (Lib), Windows files: mmap_sizeof-3.x.patch keywords: patch messages: 168402 nos

[issue15694] link to "file object" glossary entry in open() and io docs

Chris Jerdonek added the comment: Attaching patch. I also added two index entries for "file object" and made a couple wording adjustments to the intro paragraph of the io module. -- keywords: +patch stage: -> patch review versions: +Python 3.2 Added file: http://bugs.python.org/file26

[issue15455] index entries not showing up in glossary

Chris Jerdonek added the comment: I created a Sphinx issue for this here: https://bitbucket.org/birkenfeld/sphinx/issue/997/index-targets-not-getting-created-in -- ___ Python tracker __

[issue15695] Correct __sizeof__ support for StgDict

Changes by Serhiy Storchaka : -- stage: patch review -> test needed Added file: http://bugs.python.org/file26856/stgdict_sizeof-2.7.patch ___ Python tracker ___ _

[issue15695] Correct __sizeof__ support for StgDict

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file26855/stgdict_sizeof-3.2.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue15695] Correct __sizeof__ support for StgDict

New submission from Serhiy Storchaka: Here is a patch that implements correct __sizeof__ for StgDict (a dictionary subclass used in ctypes). There are no tests because I don't know how to create and use StgDict. So I'm not sure that the code works correctly. Please help me with tests. ---

[issue15693] expose glossary link on hover

Chris Jerdonek added the comment: I created a Sphinx issue for this here: https://bitbucket.org/birkenfeld/sphinx/issue/996/expose-glossary-entry-link-on-hover -- ___ Python tracker ___

[issue6484] No unit test for mailcap module

R. David Murray added the comment: There are divided opinions about the advisability of backporting tests that are not part of a bug fix. In this case, there is also the fact that it includes a test that fails without a bug fix that was not backported. --

[issue6484] No unit test for mailcap module

Petri Lehtinen added the comment: Any reason why this hasn't been backported to 3.2 or 2.7? -- nosy: +petri.lehtinen ___ Python tracker ___ ___

[issue15693] expose glossary link on hover

R. David Murray added the comment: Well, I think it depends on what we consider the priority of the issue. So, I personally would count this one as low, and would be happy that it gets fixed whenever we happen to upgrade to a version of Sphinx that fixes it. If it is an issue we consider hig

[issue15693] expose glossary link on hover

Chris Jerdonek added the comment: > I think we generally upgrade it exactly when there is a new Sphinx feature we > want for our docs :) :) Would the appropriate way to handle it be then to create an issue to "upgrade Sphinx when XXX issue is resolved" and link to the corresponding Sphinx is

[issue15693] expose glossary link on hover

R. David Murray added the comment: We do pin it, but we generally have no problem with upgrading. I think we generally upgrade it exactly when there is a new Sphinx feature we want for our docs :) We don't maintain local patches to Sphinx (though we do have code that is specific to our docs,

[issue15693] expose glossary link on hover

Chris Jerdonek added the comment: Do we pin the version of Sphinx that we use to generate the documentation? If Sphinx fixes the issue, would we need to make a corresponding change here to reflect the fix? -- ___ Python tracker

[issue15694] link to "file object" glossary entry in open() and io docs

Changes by Chris Jerdonek : -- keywords: +easy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue15694] link to "file object" glossary entry in open() and io docs

New submission from Chris Jerdonek: It would be nice if the first sentence of the documentation for the open() built-in function: "Open file and return a corresponding stream. If the file cannot be opened, an OSError is raised." http://docs.python.org/dev/library/functions.html#open linked t

[issue15693] expose glossary link on hover

New submission from Chris Jerdonek: It would be nice if hovering over the right side of the header to a glossary entry would expose a link in the same way that it does for function definitions, etc. http://docs.python.org/dev/glossary.html#glossary Otherwise, there doesn't seem to be a conven

[issue14669] test_multiprocessing failure on OS X Tiger

Roundup Robot added the comment: New changeset 4307b985209b by Richard Oudkerk in branch 'default': Issue #14669: Fix pickling of connections and sockets on MacOSX http://hg.python.org/cpython/rev/4307b985209b -- ___ Python tracker

[issue15693] expose glossary link on hover

R. David Murray added the comment: I think it probably should be filed with sphinx instead, rather than also. -- nosy: +r.david.murray ___ Python tracker ___

[issue15692] Unexpected exponentiation in lambda function

Serhiy Storchaka added the comment: -3.2**0 == -(3.2**0) >>> (-3.2)**0 1.0 -- nosy: +storchaka resolution: -> invalid status: open -> closed ___ Python tracker ___

[issue15683] add decorator for make functions partial applicable

R. David Murray added the comment: Thanks for your suggestion, even though I'm rejecting the suggestion as a bug tracker issue. (I should have said that at the start of my answer.) -- ___ Python tracker _

[issue15683] add decorator for make functions partial applicable

Arvin Moezzi added the comment: Thanks for your feedback. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue15692] Unexpected exponentiation in lambda function

New submission from Björn Dahlgren: Hi, I hope this is not a false positive but I cannot help thinking this is a bug, consider: Python 2.7.3 (default, Aug 1 2012, 05:14:39) [GCC 4.6.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> -3.2**0 -1.0 >>> sign=l

[issue15586] Provide some examples for usage of ElementTree methods/attributes

Daniel Ellis added the comment: Made changes in structure in 2.7 branch to match 3.3 based on Eli's comments. Updated input prompt in examples per Ezio's review (though the default branch will still need this update). -- Added file: http://bugs.python.org/file26853/2.7_branch_etree_do

[issue15683] add decorator for make functions partial applicable

R. David Murray added the comment: YAGNI, is what I think. Or if you do need it, put it in your application. (To tell you the truth, it just looks confusing to me...it strikes me as too magical.) Regardless, this is more of a python-ideas kind of issue, so I suggest raising it there if you

[issue15679] HTMLParser can fail on unquoted attributes.

R. David Murray added the comment: This is fixed in more recent versions of Python (2.7, 3.2+). -- nosy: +r.david.murray resolution: -> out of date stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue15625] Support u and w codes in memoryview

Stefan Krah added the comment: Martin v. L??wis wrote: > #15035 indicates that there is a need for UCS-2 arrays, using 'u' arrays was > technically incorrect, since it is based on Py_UNICODE, whereas the API in > question uses UniChar (which apparently is a two-byte type). Right, thanks for c

[issue15035] array.array of UCS2 values

Ronald Oussoren added the comment: Py_UNICODE is an typedef for wchar_t and that type is 4 bytes long: >>> a.tobytes() b'h\x00\x00\x00e\x00\x00\x00l\x00\x00\x00l\x00\x00\x00o\x00\x00\x00 \x00\x00\x00w\x00\x00\x00o\x00\x00\x00r\x00\x00\x00l\x00\x00\x00d\x00\x00\x00' >>> a = array.array('u', 'bar

[issue15035] array.array of UCS2 values

Martin v. Löwis added the comment: It's not back to the 3.2 behavior. In 3.3, Py_UNICODE is always equal to wchar_t, which is a 4-byte type on Darwin. However, CFString is based on UniChar, which is a 2-byte type. That this worked in 3.2 was by accident - it would work only in "narrow" builds

[issue15625] Support u and w codes in memoryview

Martin v. Löwis added the comment: #15035 indicates that there is a need for UCS-2 arrays, using 'u' arrays was technically incorrect, since it is based on Py_UNICODE, whereas the API in question uses UniChar (which apparently is a two-byte type). -- __

[issue15035] array.array of UCS2 values

Nick Coghlan added the comment: As Stefan noted, so long as Py_UNICODE is 16 bits in the Mac OS X builds, then this should now be back to the 3.2 behaviour. -- nosy: +ncoghlan priority: low -> high ___ Python tracker

[issue15035] array.array of UCS2 values

Stefan Krah added the comment: This one should be fixed by #13072. Could you check again? -- ___ Python tracker ___ ___ Python-bugs-li

[issue15625] Support u and w codes in memoryview

Stefan Krah added the comment: Well, apparently people do use 'u', see #15035. -- nosy: +ronaldoussoren ___ Python tracker ___ ___ Pyt

[issue13072] Getting a buffer from a Unicode array uses invalid format

Martin v. Löwis added the comment: Based on the discussion in #15625, it seems that the consensus is to take no action on the format codes in this issue for 3.3, and reconsider in 3.4, to determine in what way the struct module should support Unicode. Instead, the 'u' array code will be deprec

[issue15625] Support u and w codes in memoryview

Stefan Krah added the comment: Martin v. Loewis wrote: > I would be fine with deprecating the 'u' type arrays, acknowledging > that the Py_UNICODE element type is even more useless now than before. > If that is done, there is no point in fixing anything about it. If > it exports using the 'u' an

[issue15625] Support u and w codes in memoryview

Nick Coghlan added the comment: I guess the main alternative to deprecation that preserves the invariant you describe would be to propagate the "u == Py_UNICODE" definition to memoryview. Since we're trying to phase out Py_UNICODE, deprecation seems the more sensible course. Perhaps just a do

[issue15625] Support u and w codes in memoryview

Martin v. Löwis added the comment: > I wouldn't change the export formats used for the 'u' typecode at > all in 3.4 - I'd add new typecodes to array that match any new > struct format characters and are exported accordingly. 'u' would > *never* become a formally defined struct character, in

[issue13072] Getting a buffer from a Unicode array uses invalid format

Nick Coghlan added the comment: Adding a link to #15625, which is discussing the other end of this issue (whether or not memorview should support 'u' as a typecode). -- ___ Python tracker _

[issue15625] Support u and w codes in memoryview

Nick Coghlan added the comment: I wouldn't change the export formats used for the 'u' typecode at all in 3.4 - I'd add new typecodes to array that match any new struct format characters and are exported accordingly. 'u' would *never* become a formally defined struct character, instead lingerin

[issue15691] PEP 3121, 384 Refactoring applied to posix module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the posix module! -- components: Extension Modules files: posix_pep3121-384_v0.patch keywords: patch messages: 168367 nosy: Robin.Schreiber priority: normal severity: normal status: open

[issue11062] mailbox fails to round-trip a file to a Babyl mailbox

Petri Lehtinen added the comment: Tests are now passing on Windows, too. Closing. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue15625] Support u and w codes in memoryview

Martin v. Löwis added the comment: > My current inclination is still to apply Victor's patch from #13072 > (which changes array to export the appropriate integer typecodes for > 'u' arrays) and otherwise punt on this for 3.3 and try to sort out > the mess for 3.4. I think this would be the

[issue15690] PEP 3121, 384 Refactoring applied to parser module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the parser module! -- components: Extension Modules files: parser_pep3121-384_v0.patch keywords: patch messages: 168364 nosy: Robin.Schreiber priority: normal severity: normal status: op

[issue15689] PEP 3121, 384 Refactoring applied to operator module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the operator module! -- components: Extension Modules files: operator_pep3121-384_v0.patch keywords: patch messages: 168363 nosy: Robin.Schreiber priority: normal severity: normal status

[issue15688] PEP 3121 Refactoring applied to nis module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the nis module! -- components: Extension Modules files: nis_pep3121_v0.patch keywords: patch messages: 168362 nosy: Robin.Schreiber priority: normal severity: normal status: open title: P

[issue15687] PEP 3121, 384 Refactoring applied to mmap module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the mmap module! -- components: Extension Modules files: mmap_pep3121-384_v0.patch keywords: patch messages: 168361 nosy: Robin.Schreiber priority: normal severity: normal status: open ti

[issue15686] PEP 3121, 384 Refactoring applied to md5 module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the md5 module! -- components: Extension Modules files: md5_pep3121-384_v0.patch keywords: patch messages: 168360 nosy: Robin.Schreiber, gregory.p.smith priority: normal severity: normal

[issue15685] PEP 3121, 384 Refactoring applied to itertools module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the itertools module! -- components: Extension Modules files: itertools_pep3121-384_v0.patch keywords: patch messages: 168359 nosy: Robin.Schreiber, rhettinger priority: normal severity:

[issue15683] add decorator for make functions partial applicable

Arvin Moezzi added the comment: Or maybe even class partial_applicable(): def __call__(self, func): def __wrapper(*args, **kvargs): try: return func(*args, **kvargs) except TypeError:

[issue15684] PEP 3121 refactoring applied to fpetest module

New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the fpetest module! -- components: Extension Modules files: fpetest_pep3121_v0.patch keywords: patch messages: 168357 nosy: Robin.Schreiber priority: normal severity: normal status: open

[issue15683] add decorator for make functions partial applicable

New submission from Arvin Moezzi: I am not sure if this is the right way to do it but IMHO it would be great to have a function decorator/transformer to make functions partial applicable using functools.partial. Like from functools import partial class partial_applicable(): def __call_

[issue15682] PEP 3121 refactoring applied to fpectl module

New submission from Robin Schreiber: Changes proposed in PEP3121 have now been applied to the fpectl module! -- components: Extension Modules files: fpectl_pep3121_v0.patch keywords: patch messages: 168355 nosy: Robin.Schreiber priority: normal severity: normal status: open title: PEP 31

[issue15681] PEP 3121 refactoring applied to binascii module

New submission from Robin Schreiber: Changes proposed in PEP3121 have now been applied to the binascii module! -- components: Extension Modules files: binascii_pep3121_v0.patch keywords: patch messages: 168354 nosy: Robin.Schreiber priority: normal severity: normal status: open title: PE

[issue15680] PEP 3121 refactoring applied to audioop module

New submission from Robin Schreiber: Changes proposed in PEP3121 have now been applied to the audioop module! -- components: Extension Modules files: audioop_pep3121_v0.patch keywords: patch messages: 168353 nosy: Robin.Schreiber priority: normal severity: normal status: open title: PEP

[issue15679] HTMLParser can fail on unquoted attributes.

New submission from Julien Palard: This is accepted by browsers but raises an exception in HTMLParser : from HTMLParser import HTMLParser HTMLParser().feed("") -- components: Library (Lib) messages: 168352 nosy: JulienPalard priority: normal severity: normal status: open title: HTMLPars