[issue30242] resolve undefined behaviour in struct

Xiang Zhang added the comment: > I think it is better to change the type of p to unsigned char. Good advice. -- ___ Python tracker ___

[issue29094] Regression in zipfile writing in 2.7.13

Changes by Serhiy Storchaka : -- pull_requests: -911 ___ Python tracker ___ ___

Re: __getattribute__'s error is not available in __getattr__

On Wed, May 3, 2017 at 3:05 PM, Ethan Furman wrote: >> I was going to hardcode AttributeError, which would have made it more >> obvious and simpler, but then a single-purpose decorator (and if you >> do that, why not just wrap your code in try/except manually?). >> Obviously

[issue29094] Regression in zipfile writing in 2.7.13

Serhiy Storchaka added the comment: https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT There is no explicit line, but offsets always are named relative: "relative offset of local header", "offset of start of central directory with respect to the starting disk number". This looks not

[issue25658] PyThread assumes pthread_key_t is an integer, which is against POSIX

Nick Coghlan added the comment: Noting a design consideration that I only picked up in the latest PR review: when exposed as part of a non-opaque struct, the type used for TSS keys becomes part of Python's ABI, which means the API design in the PEP is going to have to handle making the struct

Re: getting memory usage of varaibles

I recommend tracemalloc. Start with PYTHONTRACEMALLOC=3, and increase depth only when stack trace is too short. 2017/05/03 午後0:50 "Larry Martell" : > On Tue, May 2, 2017 at 7:01 PM, Erik wrote: > > On 02/05/17 23:28, Larry Martell wrote: >

[issue30231] test_imaplib needs a TLS server accepting self-signed certificates

Benjamin Peterson added the comment: I can't say I'm very interested in running a imap server. It would be best if these tests could be replaced by something local. Failing that, I suppose we'll have to remove them. -- ___ Python tracker

[issue30242] resolve undefined behaviour in struct

Serhiy Storchaka added the comment: I think it is better to change the type of p to unsigned char. -- ___ Python tracker ___

Re: __getattribute__'s error is not available in __getattr__

On 05/02/2017 09:57 PM, Chris Angelico wrote: On Wed, May 3, 2017 at 2:39 PM, Ethan Furman wrote: On 05/02/2017 07:47 PM, Chris Angelico wrote: On Wed, May 3, 2017 at 12:37 PM, Ethan Furman wrote: Until then Chris' decorator is probably the easiest work around -- but

[issue29447] Add os.PathLike support to the tempfile module

Serhiy Storchaka added the comment: TemporaryDirectory and _TemporaryFileWrapper are *not* paths, as well as ordinal files are not paths. Adding __fspath__() to them looks wrong to me. I think this isn't what Brett meant. -- nosy: +serhiy.storchaka

[issue29094] Regression in zipfile writing in 2.7.13

Benjamin Peterson added the comment: Anything breaking 2.7 should be reverted. I take it, the change from #26293 should be as well as this one? Yhg1s, the commit message for #26293 included the sentence "Offsets in ZIP file now are relative to the start of the archive in conforming to the

Re: getting memory usage of varaibles

On Wed, May 3, 2017 at 5:53 AM, Larry Martell wrote: > And I can see it getting larger and larger. But I want to see what it > is that is causing this. My thought was to put all the objects in a > dict with their sizes and compare them as the program runs and report > on

Re: __getattribute__'s error is not available in __getattr__

On Wed, May 3, 2017 at 2:39 PM, Ethan Furman wrote: > On 05/02/2017 07:47 PM, Chris Angelico wrote: >> >> On Wed, May 3, 2017 at 12:37 PM, Ethan Furman wrote: > > >>> Until then Chris' decorator is probably the easiest work around -- but >>> you >>> should only catch

Re: __getattribute__'s error is not available in __getattr__

On 05/02/2017 07:47 PM, Chris Angelico wrote: On Wed, May 3, 2017 at 12:37 PM, Ethan Furman wrote: Until then Chris' decorator is probably the easiest work around -- but you should only catch AttributeError, not everything. It does. (Or rather, it catches only those exception(s) listed as

[issue30242] resolve undefined behaviour in struct

Changes by Xiang Zhang : -- pull_requests: +1524 ___ Python tracker ___ ___

[issue30242] resolve undefined behaviour in struct

New submission from Xiang Zhang: In struct there are several places using code like: p[--i] = (char)x; to extract the least significant byte from a long. Although this behaviour seems to apply to common implementations but it does not conform to C standard. -- components: Library

[issue28556] typing.py upgrades

Changes by Mariatta Wijaya : -- versions: +Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___

[issue28556] typing.py upgrades

Changes by Mariatta Wijaya : -- pull_requests: +1523 ___ Python tracker ___ ___

[issue28556] typing.py upgrades

Changes by Mariatta Wijaya : -- pull_requests: +1522 ___ Python tracker ___ ___

[issue30110] test_asyncio reports reference leak

Changes by Xiang Zhang : -- pull_requests: +1521 ___ Python tracker ___ ___

[issue30241] Add contextlib.AbstractAsyncContextManager

Changes by Jelle Zijlstra : -- pull_requests: +1520 ___ Python tracker ___ ___

[issue30241] Add contextlib.AbstractAsyncContextManager

New submission from Jelle Zijlstra: It would be useful to have an abstract base class for asynchronous context managers, similar to the existing contextlib.AbstractContextManager. We can then also add this class to typing and use it as a PEP 544 Protocol. I have code ready for

Re: getting memory usage of varaibles

On Tue, May 2, 2017 at 7:01 PM, Erik wrote: > On 02/05/17 23:28, Larry Martell wrote: Anyone have any thoughts on how I can monitor the variables' memory usage as the script runs? >>> >>> >>> This is application-specific, but sometimes it helps to look at

[issue30103] uu package uses old encoding

Changes by Xiang Zhang : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30103] uu package uses old encoding

Xiang Zhang added the comment: New changeset 13f1f423fac39f8f14a3ce919dd236975517d5c6 by Xiang Zhang in branch 'master': bpo-30103: Allow Uuencode in Python using backtick as zero instead of space (#1326) https://github.com/python/cpython/commit/13f1f423fac39f8f14a3ce919dd236975517d5c6

[issue29447] Add os.PathLike support to the tempfile module

Changes by svelankar : -- nosy: +svelankar ___ Python tracker ___ ___

[issue29447] Add os.PathLike support to the tempfile module

Changes by svelankar : -- pull_requests: +1519 ___ Python tracker ___ ___

[issue30240] Add daemon keyword argument to Thread constructor

Zachary Ware added the comment: It's already there: https://docs.python.org/3/library/threading.html#threading.Thread -- nosy: +zach.ware resolution: -> out of date stage: -> resolved status: open -> closed versions: -Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6

[issue30240] Add daemon keyword argument to Thread constructor

Changes by TaoQingyun <845767...@qq.com>: -- versions: +Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker ___

[issue30240] Add daemon keyword argument to Thread constructor

New submission from TaoQingyun: create a daemon thread like this, ``` t = Thread(target=f) t.daemon = True t.start() ``` I wonder the following code is better ``` Thread(target=f, daemon=True).start() ``` -- components: Library (Lib) messages: 292832 nosy: qingyunha priority: normal

Re: __getattribute__'s error is not available in __getattr__

On Wed, May 3, 2017 at 12:37 PM, Ethan Furman wrote: > Until then Chris' decorator is probably the easiest work around -- but you > should only catch AttributeError, not everything. It does. (Or rather, it catches only those exception(s) listed as parameters.) Any other

Re: __getattribute__'s error is not available in __getattr__

On 05/02/2017 05:59 PM, Jason Maldonis wrote: @Steve they asked me to move it here because it was more fitting. I hope that's okay? Yes, it's okay. ;) After some testing, it looks like I'm okay with how things work if the problem-object isn't a descriptor (although I do still things it's

[issue28326] multiprocessing.Process depends on sys.stdout being open

Changes by Tiago Antao : -- versions: +Python 3.6, Python 3.7 ___ Python tracker ___

[issue28326] multiprocessing.Process depends on sys.stdout being open

Changes by Tiago Antao : -- pull_requests: +1515 ___ Python tracker ___ ___

Re: __getattribute__'s error is not available in __getattr__

On Wed, May 3, 2017 at 10:59 AM, Jason Maldonis wrote: > Here's an example where the underlying error is completely hidden: > > class A(object): > def _some_complex_code_hidden_from_the_user(self): > # Run a bunch of complex stuff that raises an attribute error >

[issue30233] [3.5] Warning -- locale was modified by test_idle

Terry J. Reedy added the comment: Victor, I forgot to ask. Did you properly test IDLE before committing the patch? This means building python 3.5, starting IDLE, and exercising the modules affected. test_idle is nowhere nearly a substitute for such hand-testing. This is a big part of the

[issue30199] Warning -- asyncore.socket_map was modified by test_ssl

STINNER Victor added the comment: New changeset d1c862ffa73b222746035155817d2516c4f5b71e by Victor Stinner in branch '2.7': bpo-30199: test_ssl closes all asyncore channels (#1381) (#1408) https://github.com/python/cpython/commit/d1c862ffa73b222746035155817d2516c4f5b71e --

[issue30199] Warning -- asyncore.socket_map was modified by test_ssl

Changes by STINNER Victor : -- pull_requests: +1514 ___ Python tracker ___ ___

Re: __getattribute__'s error is not available in __getattr__

@Steve they asked me to move it here because it was more fitting. I hope that's okay? After some testing, it looks like I'm okay with how things work if the problem-object isn't a descriptor (although I do still things it's a bit odd that an error gets squashed, but it's no big deal). However,

[issue23404] 'make touch' does not work with git clones of the source repository

STINNER Victor added the comment: https://github.com/python/cpython/pull/1405#pullrequestreview-35923931 Zachary Ware: "LGTM, but I haven't fully parsed how the old mess worked. We should also have CI (either Travis or buildbot) confirming that make rebuild-all doesn't leave any checked-in

Re: __getattribute__'s error is not available in __getattr__

On Wed, 3 May 2017 10:11 am, Ethan Furman wrote: > On 05/02/2017 11:16 AM, Jason Maldonis wrote: > >> Here is the simplest example showing what I mean (there are many more >> complicating variations this, and unfortunately I'm running into some of >> them): [...] I believe this is the wrong

[issue29094] Regression in zipfile writing in 2.7.13

Larry Hastings added the comment: What's to decide? If the new behavior is also broken, we should fix it. I'd like a fix in the next 3.5. -- ___ Python tracker

[issue29094] Regression in zipfile writing in 2.7.13

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___

Re: tempname.mktemp functionality deprecation

On 01May2017 14:31, Tim Chase wrote: On 2017-05-01 18:40, Gregory Ewing wrote: The following function should be immune to race conditions and doesn't use mktemp. [loop trying names until os.link does not fail die to an existing name] Ah, this is a good

Re: Python package to accept payments in Internet

On Wed, 3 May 2017 02:19 am, Victor Porton wrote: > I have created a full featured package to accept payments in Internet > (currently supports PayPal). [...] > Buy the commercial version and support scientific research and a new > principle of the Web I am working on. What licence is your

[issue29094] Regression in zipfile writing in 2.7.13

Gregory P. Smith added the comment: release managers need to decide. -- priority: normal -> release blocker ___ Python tracker ___

[issue29094] Regression in zipfile writing in 2.7.13

Gregory P. Smith added the comment: re-opening since, though released, this behavior change broke existing code. -- nosy: +gregory.p.smith resolution: fixed -> stage: resolved -> commit review status: closed -> open ___ Python tracker

Re: __getattribute__'s error is not available in __getattr__

On 05/02/2017 11:16 AM, Jason Maldonis wrote: Here is the simplest example showing what I mean (there are many more complicating variations this, and unfortunately I'm running into some of them): class A(object): def __getattr__(self, attr): raise AttributeError("raised from

[issue30239] test_asyncore: test_handle_expt() fails on macOS Sierra

STINNER Victor added the comment: See also issue #30201: [3.5] RecvmsgIntoSCMRightsStreamTest fails with "OSError: [Errno 12] Cannot allocate memory" on macOS El Capitan. -- ___ Python tracker

[issue30239] test_asyncore: test_handle_expt() fails on macOS Sierra

New submission from STINNER Victor: http://buildbot.python.org/all/builders/x86-64%20Sierra%203.5/builds/39/steps/test/logs/stdio == FAIL: test_handle_expt (test.test_asyncore.TestAPI_UseIPv4Poll)

[issue23404] 'make touch' does not work with git clones of the source repository

STINNER Victor added the comment: The issue #23404 has been marked as a duplicate of this bug: "AMD64 FreeBSD 9.x 3.x" tries to rebuild Include/opcode.h, timestamp issue. -- ___ Python tracker

[issue29967] "AMD64 FreeBSD 9.x 3.x" tries to rebuild Include/opcode.h, timestamp issue

Changes by STINNER Victor : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> 'make touch' does not work with git clones of the source repository ___ Python tracker

[issue23404] 'make touch' does not work with git clones of the source repository

STINNER Victor added the comment: I rewrote Python (UNIX/BSD) build system to not rebuild generated files based on file modification time: the action is now explicit. This change should not only fix buildbots, but also ease cross-compilation, and more generally make Python build less painful!

[issue23404] 'make touch' does not work with git clones of the source repository

Changes by STINNER Victor : -- pull_requests: +1513 ___ Python tracker ___ ___

[issue29505] Submit the re, json, & csv modules to oss-fuzz testing

Devin Jeanpierre added the comment: Aha, I found an existing issue! For adding to oss-fuzz, is there a contact email we can use that is connected to a google account? I am tempted to just put gregory.p.smith on there if not. :) I can volunteer to fuzz some interesting subset of the

Re: getting memory usage of varaibles

On 02/05/17 23:28, Larry Martell wrote: Anyone have any thoughts on how I can monitor the variables' memory usage as the script runs? This is application-specific, but sometimes it helps to look at the objects' types, or even their values. The types are dict and list, so they are not very

[issue30106] test_asyncore: test_handle_write() fails in tearDown()

Changes by STINNER Victor : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30107] python.core file created when running tests on AMD64 FreeBSD CURRENT Non-Debug 3.x buildbot

STINNER Victor added the comment: Oh, I forgot that issue. I'm now happy to be able to close it ;-) The bug was fixed! -- resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker

Re: getting memory usage of varaibles

On Tue, May 2, 2017 at 5:57 PM, Dan Stromberg wrote: > On Tue, May 2, 2017 at 12:53 PM, Larry Martell > wrote: >> I have a script that consumes more and more memory as it runs. It has >> no globals and the large data structures go out of scope often

[issue30234] Remove duplicate checks in test_isinstance

Changes by Jim Fasarakis-Hilliard : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30205] socket.getsockname() type mismatch with AF_UNIX on Linux

Antoine Pitrou added the comment: New changeset 0d9d61828bbd6cbc289489bf1d439fa91eca3743 by Antoine Pitrou in branch '3.5': Backport bpo-30205 to 3.5 (#1404) https://github.com/python/cpython/commit/0d9d61828bbd6cbc289489bf1d439fa91eca3743 -- ___

Re: getting memory usage of varaibles

On Tuesday, May 2, 2017 at 8:54:46 PM UTC+1, larry@gmail.com wrote: > I have a script that consumes more and more memory as it runs. It has > no globals and the large data structures go out of scope often so > should be garbage collected. I've looked at the most likely suspects > with

[issue30205] socket.getsockname() type mismatch with AF_UNIX on Linux

Changes by Antoine Pitrou : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue30205] socket.getsockname() type mismatch with AF_UNIX on Linux

Antoine Pitrou added the comment: New changeset 0c2ff0898db2db9cd9c643dfadbff11761bacf5f by Antoine Pitrou in branch '3.6': Backport bpo-30205 to 3.6 (#1403) https://github.com/python/cpython/commit/0c2ff0898db2db9cd9c643dfadbff11761bacf5f -- ___

[issue30232] configure: support Git worktree

STINNER Victor added the comment: New changeset 360fb81367bb409bb7a1d261d88fcf82cee528f0 by Victor Stinner in branch '3.5': [3.5] bpo-30232: Support Git worktree in configure.ac (#1398) (#1401) https://github.com/python/cpython/commit/360fb81367bb409bb7a1d261d88fcf82cee528f0 --

[issue30205] socket.getsockname() type mismatch with AF_UNIX on Linux

Changes by Antoine Pitrou : -- pull_requests: +1512 ___ Python tracker ___ ___

[issue30232] configure: support Git worktree

STINNER Victor added the comment: New changeset df5692549a68741d3d0228f9fef74f349712 by Victor Stinner in branch '2.7': bpo-30232: Support Git worktree in configure.ac (#1402) https://github.com/python/cpython/commit/df5692549a68741d3d0228f9fef74f349712 --

[issue30205] socket.getsockname() type mismatch with AF_UNIX on Linux

Changes by Antoine Pitrou : -- pull_requests: +1511 ___ Python tracker ___ ___

Re: getting memory usage of varaibles

On Tue, May 2, 2017 at 12:53 PM, Larry Martell wrote: > I have a script that consumes more and more memory as it runs. It has > no globals and the large data structures go out of scope often so > should be garbage collected. I've looked at the most likely suspects > with

[issue30232] configure: support Git worktree

Changes by STINNER Victor : -- pull_requests: +1510 ___ Python tracker ___ ___

[issue30232] configure: support Git worktree

Changes by STINNER Victor : -- pull_requests: +1509 ___ Python tracker ___ ___

[issue30232] configure: support Git worktree

STINNER Victor added the comment: New changeset 4dae0d111dd7bb34ec730eea2327a3219acff211 by Victor Stinner in branch '3.6': [3.6] bpo-30232: Support Git worktree in configure.ac (#1398) https://github.com/python/cpython/commit/4dae0d111dd7bb34ec730eea2327a3219acff211 --

[issue30223] Add Lib/test/__main__.py in 2.7

STINNER Victor added the comment: New changeset 8105dd7f75b6aa5f812522d452cd378372752a10 by Victor Stinner in branch '2.7': bpo-30223: Add global in regrtest main_in_temp_cwd (#1399) https://github.com/python/cpython/commit/8105dd7f75b6aa5f812522d452cd378372752a10 --

[issue30233] [3.5] Warning -- locale was modified by test_idle

Terry J. Reedy added the comment: I see. That changes the situation a bit. -- ___ Python tracker ___ ___

[issue30233] [3.5] Warning -- locale was modified by test_idle

Changes by Terry J. Reedy : -- assignee: -> haypo resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior ___ Python tracker

[issue30208] Small typos in IDLE doc

Cheryl Sabella added the comment: Thank you for that information, Mariatta. I had to read your description twice to find the 9dc2b38 commit hash. Once someone learns this, then they will remember it, but you may want to highlight it on the cherry-pick readme. That was very well written and

[issue30223] Add Lib/test/__main__.py in 2.7

STINNER Victor added the comment: > Hum, it seems like test_regrtest is more and more important. To be fair, I don't think that this particular bug would be catched by the CI since the bug is only triggered on a buildbot which installs Python and runs tests on the installed test suite. It

[issue30205] socket.getsockname() type mismatch with AF_UNIX on Linux

STINNER Victor added the comment: > I didn't know getsockname() could return None... Me neither. Maybe it's a bug? makesockaddr() returns None if addrlen equals 0: if (addrlen == 0) {

[issue30223] Add Lib/test/__main__.py in 2.7

Changes by STINNER Victor : -- pull_requests: +1508 ___ Python tracker ___ ___

[issue30205] socket.getsockname() type mismatch with AF_UNIX on Linux

Antoine Pitrou added the comment: Oh, yuck. > Maybe restrict the unit test to Linux since the change was specific to Linux? That sounds reasonable. I didn't know getsockname() could return None... -- nosy: +ned.deily, ronaldoussoren ___ Python

[issue30223] Add Lib/test/__main__.py in 2.7

STINNER Victor added the comment: Hum, it seems like test_regrtest is more and more important. Yet another regression: http://buildbot.python.org/all/builders/x86%20Gentoo%20Installed%20with%20X%202.7/builds/126/steps/test/logs/stdio Traceback (most recent call last): File

[issue30205] socket.getsockname() type mismatch with AF_UNIX on Linux

STINNER Victor added the comment: Maybe restrict the unit test to Linux since the change was specific to Linux? -- ___ Python tracker ___

[issue30205] socket.getsockname() type mismatch with AF_UNIX on Linux

STINNER Victor added the comment: Test fails on x86 Tiger 3.x: http://buildbot.python.org/all/builders/x86%20Tiger%203.x/builds/600/steps/test/logs/stdio == FAIL: testUnbound (test.test_socket.TestUnixDomain)

[issue27593] Deprecate sys._mercurial and create sys._git

STINNER Victor added the comment: > I think that covers it! Cool, good job ;-) -- ___ Python tracker ___ ___

[issue30232] configure: support Git worktree

Changes by STINNER Victor : -- pull_requests: +1507 ___ Python tracker ___ ___

[issue30233] [3.5] Warning -- locale was modified by test_idle

STINNER Victor added the comment: > I intentionally did not patch 3.5 and merge forward because the warning was > neither unique nor a failure, I modified buildbots to log warnings in all branches. I'm now fixing all warnings to be able to identify quickly real bugs. The warning is reproduced

[issue30233] [3.5] Warning -- locale was modified by test_idle

Changes by STINNER Victor : -- pull_requests: +1506 ___ Python tracker ___ ___

[issue27372] Test_idle should stop changing locale

Changes by STINNER Victor : -- pull_requests: +1505 ___ Python tracker ___ ___

[issue29094] Regression in zipfile writing in 2.7.13

Thomas Wouters added the comment: For the record, this new behaviour is wrong. It's not immediately obvious from the ZIP spec, but offsets have to be from the start of the file, not the archive, or ZIP64 can't work. And yes, that means you can't blindly concatenate ZIP files to other files,

[issue30232] configure: support Git worktree

STINNER Victor added the comment: New changeset 9ed34a89532763cf89f5e11fffb91ef7dee29fed by Victor Stinner in branch 'master': bpo-30232: Regenerate configure (#1396) https://github.com/python/cpython/commit/9ed34a89532763cf89f5e11fffb91ef7dee29fed --

Re: Rosetta: Sequence of non-squares

On Tuesday, May 2, 2017 at 12:15:02 PM UTC+1, Tim Golden wrote: > On 02/05/2017 11:18, Rhodri James wrote: > > On 02/05/17 08:20, Mark Summerfield via Python-list wrote: > >> > >> (The posts are already filtered out of the official comp.lang.python > >> list, but they can't do this for the Google

getting memory usage of varaibles

I have a script that consumes more and more memory as it runs. It has no globals and the large data structures go out of scope often so should be garbage collected. I've looked at the most likely suspects with sys.getsizeof and they are not growing in size. I did this: sum([sys.getsizeof(o) for o

[issue27593] Deprecate sys._mercurial and create sys._git

STINNER Victor added the comment: New changeset fd6c8bb89e834898c26620c9ab9afc6aaecb6b28 by Victor Stinner in branch '2.7': bpo-27593: Revise git SCM build info. (#744) (#746) (#1392) https://github.com/python/cpython/commit/fd6c8bb89e834898c26620c9ab9afc6aaecb6b28 --

[issue30232] configure: support Git worktree

Changes by STINNER Victor : -- pull_requests: +1504 ___ Python tracker ___ ___

[issue30232] configure: support Git worktree

STINNER Victor added the comment: New changeset 5facdbb29169c2799c42f887cef4cd9d087b0167 by Victor Stinner in branch 'master': bpo-30232: Support Git worktree in configure.ac (#1391) https://github.com/python/cpython/commit/5facdbb29169c2799c42f887cef4cd9d087b0167 --

[issue30238] 2to3 doesn't detect or fix Exception indexing

New submission from Daniel Lenski: Python 2.7 allows indexing an Exception object to access its args list. >>> e=Exception('foo','bar','baz') >>> assert e[0] is e.args[0] This doesn't work in 3.5: >>> e=Exception('foo','bar','baz') >>> e.args[0] 'foo' >>> e[0] TypeError: 'Exception' object is

__getattribute__'s error is not available in __getattr__

Moving this conversation from python-dev to here because I shouldn't have sent it to python-dev. My original message: I'm working on a large class architecture and I find myself often overloading __getattr__. I am continuously running into the issue where I want __getattr__ to have access to the

[issue30223] Add Lib/test/__main__.py in 2.7

Serhiy Storchaka added the comment: Thanks Zachary! -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue30223] Add Lib/test/__main__.py in 2.7

Serhiy Storchaka added the comment: New changeset 8e158b2316385497c7b6b818d8b45855d7f87f0b by Serhiy Storchaka in branch '2.7': [2.7] bpo-30223: Fix test_xpickle for Python 2.4. (#1395) https://github.com/python/cpython/commit/8e158b2316385497c7b6b818d8b45855d7f87f0b --

[issue30223] Add Lib/test/__main__.py in 2.7

Zachary Ware added the comment: 2.4 is rather far out of date, but PR1395 is simple enough. I would support re-adding test_xpickle in 3.x, and can ensure that every major version is available on that buildbot to exercise it. -- ___ Python tracker

  1   2   3   >