[issue22970] asyncio: Cancelling wait() after notification leaves Condition in an inconsistent state

STINNER Victor added the comment: asyncio keeps its "provisional API" status in the Python 3.5 cycle, so this issue must not block the 3.5.0 release. It can be fixed later. This issue is complex, I'm not convinced that asyncio-fix-wait-cancellation-race.patch is the best fix. --

[issue24891] race condition in initstdio() (python aborts running under nohup)

Marco Paolini added the comment: Attaching a patch. Does it make any sense? -- keywords: +patch nosy: +mpaolini Added file: http://bugs.python.org/file40353/issue24891.patch ___ Python tracker

[issue25000] _mock_call does not properly grab args and kwargs

Alex Etling added the comment: I attempted to fix this by just deepcopying on creation of the _call object, on line 927 of mock.py but this caused a lot of strange errors I did not expect. If you could advise on how best to proceed to fix, I would greatly appreciate it. --

[issue7175] Define a standard location and API for configuration files

flying sheep added the comment: just because people do something doesn’t mean it’s right. i guess the tendency for CLI applications to do it wrong comes from 1. their ad-hoc beginnings. you usually start with one script file and extend it 2. availability expanduser('~') is in the stdlib and

[issue23623] Python 3.5 docs need to clarify how to set PATH, etc

Paul Moore added the comment: Now that "Add Python to PATH" is an option on the front screen of the installer (not hidden behind the scary "customize" option) this can be closed. I recall Steve suggesting there might be issues with the way a user install results in the path entries coming

[issue24748] Change of behavior for importlib between 3.4 and 3.5 with DLL loading

Petr Viktorin added the comment: So, if I understand correctly, the problem is that the new imp.load_dynamic in 3.5.0b checks sys.modules, so if a module of the same name was loaded previously, it's only reloaded, skipping the create_module step. This patch bypasses that check, so a new

[issue24891] race condition in initstdio() (python aborts running under nohup)

Changes by Marco Paolini : Removed file: http://bugs.python.org/file40353/issue24891.patch ___ Python tracker ___

[issue24891] race condition in initstdio() (python aborts running under nohup)

Marco Paolini added the comment: ops wrong patch... trying again. -- Added file: http://bugs.python.org/file40354/issue24891.patch ___ Python tracker ___

[issue23406] interning and list comprehension leads to unexpected behavior

Martin Panter added the comment: I was about to commit this, but I think I was wrong about one of my comments. The list that is multiplied is indeed shallow-copied. E.g. “[x] * 1” copies the list, but the reference to x is the same. I propose to commit the second patch, except to revert one

[issue24891] race condition in initstdio() (python aborts running under nohup)

STINNER Victor added the comment: Yes, it looks like a good approach. Some comments: - please mention this issue "Issue #24891" and explain the issue in a comment in create_stdio_checked() - it would be safer to check the exception type, to be extra safe - you must clear the exception - why

[issue17849] Missing size argument in readline() method for httplib's class LineAndFileWrapper

Martin Panter added the comment: Patch 3 looks better IMO. Now instead of the TypeError, we should see an error something like socket.error: Tunnel connection failed: 200 I’ll commit this in a day or so, perhaps with an improved error message, like “Invalid response from tunnel request”.

[issue25000] _mock_call does not properly grab args and kwargs

New submission from Alex Etling: Consider the following lines of code: def test_mock(val): fake_mock = Mock() a = {} fake_mock.func(a) a['val'] = 5 fake_mock.func.assert_has_calls([call({})]) What i would expect would be for this statement to pass. What I actually see is

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

New submission from STINNER Victor: The crash occurred on the buildbot "x86-64 Windows Server 2012R2 ICC 3.x". Do you we officially support the ICC compiler? -- There are still some curious compiler warnings: Objects\longobject.c(4498): warning #63: shift count is too large => "#if LONG_MAX

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

STINNER Victor added the comment: Zachary Ware is the administrator of the buildbot. -- ___ Python tracker ___

[issue18540] imaplib.IMAP4() ends with "Name or service not known" on Fedora 18

Berker Peksag added the comment: Hi Milan, thanks for the updated patch. Did you see my review comments? http://bugs.python.org/review/18540/ -- nosy: +berker.peksag stage: -> patch review versions: +Python 3.6 ___ Python tracker

[issue24998] docs: subprocess.Popen example has extra/invalid parameter

Roundup Robot added the comment: New changeset 0ff7aa9a438f by R David Murray in branch '2.7': #24998: fix cut and paste error in subprocess example. https://hg.python.org/cpython/rev/0ff7aa9a438f New changeset 47e711a7416b by R David Murray in branch '3.4': #24998: fix cut and paste error in

[issue7175] Define a standard location and API for configuration files

Changes by Michael Foord : -- nosy: -michael.foord ___ Python tracker ___ ___

[issue7175] Define a standard location and API for configuration files

R. David Murray added the comment: The "tendency of CLI applications to do it wrong" comes from the fact that they are following the *older* unix (de-facto) standard, which is to put config files in the home directory as dot files. That is, they are *not* doing it wrong, they are following

[issue23406] interning and list comprehension leads to unexpected behavior

R. David Murray added the comment: What is actually happening is that the *contents* of the list are copied, but the list itself is not. This is a consequence of the definition in terms of +. So, yes, that is a shallow copy, but not quite in the sense that mylist.copy() is a shallow copy,

[issue24998] docs: subprocess.Popen example has extra/invalid parameter

R. David Murray added the comment: Thanks for the report. I'm surprised that hasn't been noticed before. I'm also wondering why the 'shell=True' was removed from the example in the python3 docs (and why whoever did that didn't notice the bug :), but that would be a separate issue (someone

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

R. David Murray added the comment: We don't officially support ICC yet, but the buildbots are a step in the direction of proposing that we do. -- nosy: +r.david.murray ___ Python tracker

[issue23630] support multiple hosts in create_server/start_server

Yann Sionneau added the comment: A new (and hopefully last?) version of the patch, thanks again for the review Victor! -- Added file: http://bugs.python.org/file40356/multibind7.patch ___ Python tracker

[issue24891] race condition in initstdio() (python aborts running under nohup)

STINNER Victor added the comment: > This new issue24891_2.patch covers all of the points you raised except the > "check exception type" which I am still figuring out. See my patch issue24891_3.patch which calls PyErr_ExceptionMatches(PyExc_OSError). If you like it, I can push it to Python

[issue23406] interning and list comprehension leads to unexpected behavior

R. David Murray added the comment: Sorry, I meant "references to the content are copied" in my first sentence there. This just goes to show why this is complicated to explain :) -- ___ Python tracker

[issue24891] race condition in initstdio() (python aborts running under nohup)

Marco Paolini added the comment: @haypo, yeah, definitely better than mine! All good for me. -- ___ Python tracker ___

[issue24635] test_typing is flaky

Guido van Rossum added the comment: Sorry, this is a bug in typing.py. https://github.com/ambv/typehinting/issues/155 It's a subtle bug but the first reporter has done some good research; I will try to find time to fix it today. -- ___ Python

[issue24891] race condition in initstdio() (python aborts running under nohup)

Marco Paolini added the comment: @haypo thanks for the quick review. This new issue24891_2.patch covers all of the points you raised except the "check exception type" which I am still figuring out. -- Added file: http://bugs.python.org/file40355/issue24891_2.patch

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Tim Peters added the comment: That's great, Victor! Another person trying the code with their own critical eyes would still be prudent. Two days ago you wrote: > This part of Python (handling timestamps, especially > the rounding mode) is complex, I prefer to check for > all buildbots and

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Alexander Belopolsky added the comment: I'll try to find the time to kick the tires on this patch this weekend. -- assignee: -> belopolsky ___ Python tracker

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

STINNER Victor added the comment: Alexander Belopolsky added the comment: > I'll try to find the time to kick the tires on this patch this weekend. Cool! Keep me in touch ;-) -- ___ Python tracker

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Tim Peters added the comment: Larry, I appreciate the vote of confidence, but I'm ill-equipped to help at the patch level: I'm solely on Windows, and (long story) don't even have a C compiler at the moment. The patch(es) are too broad and delicate to be sure of without kicking the tires

[issue24891] race condition in initstdio() (python aborts running under nohup)

STINNER Victor added the comment: > @haypo, yeah, definitely better than mine! All good for me. Ok. I added your name to Misc/ACKS. I had to do some tricks to apply the patch to Python 3.4 (code was in Python/pythonrun.c) and then to merge to Python 3.5 (code moved to Python/pylifecycle.c).

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

Serhiy Storchaka added the comment: > I don't understand the test: do we test if the result is zero? We test that signed long is enough to contain 2 digits. May be it should be written as LONG_MAX >> PyLong_SHIFT >> PyLong_SHIFT. > Maybe we should put "#elif defined(PY_LONG_LONG) &&

[issue25000] _mock_call does not properly grab args and kwargs

Changes by Ned Deily : -- nosy: +michael.foord, rbcollins -ned.deily, ronaldoussoren versions: -Python 3.2, Python 3.3 ___ Python tracker

[issue24956] Default value for an argument that is not in the choices list gets accepted

Sworddragon added the comment: I was thinking about cases where the default is variable for example a call to platform.machine() while the choices list (and the script itself) might not support all exotic architectures for its use that might be returned now or in a future version of Python

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

Changes by Zachary Ware : -- stage: -> needs patch versions: +Python 3.5 ___ Python tracker ___

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

Zachary Ware added the comment: Another lovely facet of this segfault: it doesn't occur when built in Debug configuration. -- ___ Python tracker ___

[issue24635] test_typing is flaky

STINNER Victor added the comment: > It's a subtle bug but the first reporter has done some good research; I will > try to find time to fix it today. Oh, it's already known and investigated by someone else. Great. I didn't know this github project. --

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

STINNER Victor added the comment: 2015-09-04 17:52 GMT+02:00 Tim Peters : > That's great, Victor! Another person trying the code with their own critical > eyes would still be prudent. Sure! > It's not entirely clear why that switched to "So I'm confident on the >

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

STINNER Victor added the comment: > Larry, I appreciate the vote of confidence, but I'm ill-equipped to help at > the patch level: (...) The patch(es) are too broad and delicate to be sure > of without kicking the tires (running contrived examples). Well, the patches change how timedelta,

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

STINNER Victor added the comment: > The condition is equivalent to SIZEOF_LONG*CHAR_BIT-1 >= 2*PyLong_SHIFT on > binary computers with two-complementarn two's-complement integers. But > current form looks more natural to me. Oh by the way: I have no idea if the test_re crash is related to

[issue24956] Default value for an argument that is not in the choices list gets accepted

Terry J. Reedy added the comment: Which module are you asking about? We could ask author of behavior in question as to intention. -- nosy: +terry.reedy ___ Python tracker

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Changes by Alexander Belopolsky : -- stage: -> commit review ___ Python tracker ___

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Alexander Belopolsky added the comment: Victor, Do I understand correctly that this is already committed in 3.4 - 3.6 development branches and we just need to decide whether to cherry-pick this fix to 3.5rc? Is the "review" link up-to date? --

[issue24891] race condition in initstdio() (python aborts running under nohup)

Roundup Robot added the comment: New changeset e67bf9c9a898 by Victor Stinner in branch '3.4': Fix race condition in create_stdio() https://hg.python.org/cpython/rev/e67bf9c9a898 -- nosy: +python-dev ___ Python tracker

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

STINNER Victor added the comment: > We test that signed long is enough to contain 2 digits. May be it should be > written as LONG_MAX >> PyLong_SHIFT >> PyLong_SHIFT. Ok, but I don't understand "if ". Does it mean "if != 0"? Maybe we can use SIZEOF_LONG instead of LONG_MAX? --

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

Serhiy Storchaka added the comment: Yes, it means "if != 0". The condition is equivalent to SIZEOF_LONG*CHAR_BIT-1 >= 2*PyLong_SHIFT on binary computers with two-complementarn two's-complement integers. But current form looks more natural to me. --

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

Zachary Ware added the comment: Replacing the two instances of "LONG_MAX >> 2*PyLong_SHIFT" with "SIZEOF_LONG*CHAR_BIT-1 >= 2*PyLong_SHIFT" fixes the warnings, but does nothing for test_re. -- ___ Python tracker

[issue24957] python -m pdb error.py: stuck in unexitable infinite prompt loop

Terry J. Reedy added the comment: Pdb says "Running 'cont' or 'step' will restart the program" but it seems to restart on any recognized command other than 'h' and traps everything else. I verified behavior on Win7 with ordinary syntax error 'a = = 1' on installed 2.7.10 and 3.4.3. Removed

[issue24960] Can't use pip or easy_install with embeddable zip file.

Donald Stufft added the comment: This looks more like lib2to3 doesn't support running from a .zip archive. -- ___ Python tracker ___

[issue24635] test_typing is flaky

Guido van Rossum added the comment: Assigning to Larry since the next step is his. -- assignee: gvanrossum -> larry priority: high -> release blocker ___ Python tracker

[issue24488] ConfigParser.getboolean fails on boolean options

Łukasz Langa added the comment: As R. David pointed out, this is fixed in Python 3 by emphasizing configparser is designed to hold strings at all times. Changing this would break lots of existing code out there. So, sadly, #wontfix. Thank you for your report though. If you find the

[issue24917] time_strftime() Buffer Over-read

Alexander Belopolsky added the comment: Is there a CERT report associated with this vulnerability? -- ___ Python tracker ___

[issue24972] IDLE: revisit text highlighting for inactive windows on win32

Terry J. Reedy added the comment: Rather than copying the nosy list from an old issue, which likely contains people no longer interested, better to announce a followup on the old issue. I am not sure what you want me to try out. If it is a code change, please upload a patch. If it is a user

[issue24635] test_typing is flaky

Roundup Robot added the comment: New changeset d1f41c614e62 by Guido van Rossum in branch '3.5': Issue #24635: Fixed flakiness in test_typing.py. https://hg.python.org/cpython/rev/d1f41c614e62 -- nosy: +python-dev ___ Python tracker

[issue24635] test_typing is flaky

Guido van Rossum added the comment: BTW, I screwed up and committed this into the public 3.5 repo first (and merged from there into default). I guess once Larry has merged the fix into his special closed 3.5 bitbucket repo I should do a null merge from there back to public 3.5 and forward the

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

Alexander Belopolsky added the comment: This request is similar to (if not a duplicate of) issue 15873. Gnu date uses the following extensions to %z instruction of strftime/strptime: %z +hhmm numeric timezone (e.g., -0400) %:z+hh:mm numeric timezone (e.g., -04:00)

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Alexander Belopolsky added the comment: It looks like this patch violates fromtimestamp(s) == EPOCH + timedelta(seconds=s) invariant: Python 3.6.0a0 (default:73911e6c97c8, Sep 4 2015, 13:14:12) >>> E = datetime(1970,1,1,tzinfo=timezone.utc) >>> s = -1/2**7 >>> datetime.fromtimestamp(s,

[issue21159] configparser.InterpolationMissingOptionError is not very intuitive

Łukasz Langa added the comment: Thanks for handling this, I was indeed busy. -- ___ Python tracker ___ ___

[issue23572] functools.singledispatch fails when "not BaseClass" is True

Łukasz Langa added the comment: Thank you for fixing this and sorry for not being responsive sooner! -- ___ Python tracker ___

[issue2651] Strings passed to KeyError do not round trip

Changes by Łukasz Langa : -- versions: +Python 3.6 -Python 3.5 ___ Python tracker ___ ___

[issue16180] cannot quit pdb when there is a syntax error in the debuggee (must kill it)

Terry J. Reedy added the comment: Reported again in #24957 Xavier, your link is out of date. -- nosy: +georg.brandl, terry.reedy stage: -> test needed versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.6 -Python 3.3 ___ Python tracker

[issue24957] python -m pdb error.py: stuck in unexitable infinite prompt loop

Changes by Terry J. Reedy : -- resolution: -> duplicate stage: test needed -> resolved status: open -> closed superseder: -> cannot quit pdb when there is a syntax error in the debuggee (must kill it) type: -> behavior ___

[issue24960] Can't use pip or easy_install with embeddable zip file.

Changes by Terry J. Reedy : -- nosy: +Marcus.Smith, dstufft, ncoghlan, paul.moore ___ Python tracker ___

[issue24917] time_strftime() Buffer Over-read

Alexander Belopolsky added the comment: This is happening in windows-only code, so not being a windows user I cannot reproduce it. It does not look like something new. This code was last touched in #10653. Can someone confirm that only 3.5 is affected? -- nosy: +haypo

[issue24748] Change of behavior for importlib between 3.4 and 3.5 with DLL loading

Brett Cannon added the comment: Assuming I didn't screw this up -- I'm new to the whole Windows development thing -- the new test along with the rest of the test suite pass under Windows 10 on the default branch. -- ___ Python tracker

[issue24965] Implement PEP 498: Literal String Formatting

Roundup Robot added the comment: New changeset a0194ec4195c by Eric V. Smith in branch 'default': Removed Implementation Limitations section. While the version of the code on http://bugs.python.org/issue24965 has the 255 expression limitation, I'm going to remove this limit. The i18n section

[issue24956] Default value for an argument that is not in the choices list gets accepted

R. David Murray added the comment: I assume you are talking about the behavior of the argparse 'choices' feature? That is what my comment was addressed to. I didn't actually run a test to see if it behaves the way you describe :) -- ___ Python

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Alexander Belopolsky added the comment: Can someone check 3.3? I believe that was the release where we tried to get various rounding issues right. -- ___ Python tracker

[issue23406] interning and list comprehension leads to unexpected behavior

R. David Murray added the comment: Or better, "items in the list *s* are not copied..." -- ___ Python tracker ___

[issue24964] Add tunnel CONNECT response headers to httplib / http.client

Terry J. Reedy added the comment: Thomas, please sign a contributor agreement for your patches to be considered. https://www.python.org/psf/contrib/ https://www.python.org/psf/contrib/contrib-form/ -- nosy: +terry.reedy stage: -> test needed ___

[issue24635] test_typing is flaky

Guido van Rossum added the comment: Fixed now on the 3.5 branch. I still have to merge to default and create the pull request for Larry. -- assignee: -> gvanrossum resolution: -> fixed ___ Python tracker

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

Changes by Alexander Belopolsky : -- stage: -> needs patch type: -> enhancement ___ Python tracker ___

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Tim Peters added the comment: FYI, that invariant failed for me just now under the released 3.4.3 too: Python 3.4.3 (v3.4.3:9b73f1c3e601, Feb 24 2015, 22:44:40) [MSC v.1600 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> from datetime import

[issue16180] cannot quit pdb when there is a syntax error in the debuggee (must kill it)

Terry J. Reedy added the comment: Simple fix attached. I copied the exit code from this part of the 'while True:' loop. try: pdb._runscript(mainpyfile) if pdb._user_requested_quit: break print("The program finished and will be

[issue24917] time_strftime() Buffer Over-read

John Leitch added the comment: Currently, no. Would you like us to report this and future vulnerabilities to CERT? -- ___ Python tracker ___

[issue24917] time_strftime() Buffer Over-read

Alexander Belopolsky added the comment: > Would you like us to report this and future vulnerabilities to CERT? If it affects released versions, I think this is the right thing to do. Note that I don't know what PSF policy is on this is or whether they even have one. --

[issue24635] test_typing is flaky

Guido van Rossum added the comment: Pull request for Larry: https://bitbucket.org/larry/cpython350/pull-requests/14/fix-issue-24635/diff -- ___ Python tracker

[issue24981] Add a test which uses the ast module to compile the stdlib

Terry J. Reedy added the comment: Forgot to mention: runtime 4 seconds. -- ___ Python tracker ___ ___

[issue24981] Add a test which uses the ast module to compile the stdlib

Terry J. Reedy added the comment: The attached recurses one level deep in Lib. Catching UnicodeDecodeError on file read is needed at least for "test/test_source_encoding.py 'utf-8' codec can't decode byte 0xf0 in position 267: invalid continuation byte". Catching "badxxx.py" is needed for

[issue24891] race condition in initstdio() (python aborts running under nohup)

STINNER Victor added the comment: I don't plan to send a pull request to the Python 3.5 release manager. This bug existed since Python 3.0, the fix can wait for Python 3.5.1. -- ___ Python tracker

[issue25001] Make --nowindows argument to regrtest propagate when running with -j

New submission from Brett Cannon: Not sure how feasible this is, but when running tests under Windows it's very nice to run with --nowindows on, else you get barraged with a ton of debugging warnings. The problem is that if you use -j the use of --nowindows gets turned off. It would be nice

[issue25002] Deprecate asyncore/asynchat

New submission from Guido van Rossum: Now that we've got asyncio in two releases (3.4 and 3.5) we should start deprecating asyncore and asynchat. There isn't much use of these in the stdlib (smtpd.py uses them, and a bunch of tests) and we should probably rewrite those to use asyncio. Maybe

[issue25002] Deprecate asyncore/asynchat

STINNER Victor added the comment: The documentation of both modules begin with the following note: "This module exists for backwards compatibility only. For new code we recommend using asyncio." What do you mean by deprecating the module? Emit a PendingDeprecationWarning in Python 3.6 and

[issue24635] test_typing is flaky

Larry Hastings added the comment: Pull request accepted. Please forward merge, thanks! And, yes, this will be a null merge because you already separately committed it to 3.5. -- assignee: larry -> gvanrossum stage: needs patch -> resolved status: open -> closed

[issue24981] Add a test which uses the ast module to compile the stdlib

Terry J. Reedy added the comment: Ran with installed 3.5.0rc1. -- ___ Python tracker ___ ___ Python-bugs-list

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

STINNER Victor added the comment: Oh, it looks like my implementation of ROUND_HALF_UP is wrong. Negative numbers are not correctly rounded :-/ I'm working on a fix. -- ___ Python tracker

[issue25002] Deprecate asyncore/asynchat

Donald Stufft added the comment: I'm all for deprecating asyncore/asynchat but should deprecating them wait until asyncio is no longer provisional? -- nosy: +dstufft ___ Python tracker

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Tim Peters added the comment: Alex, if you like, I'll take the blame for the rounding method - I did express a preference for it here: http://bugs.python.org/issue23517#msg249309 When I looked at the code earlier, the round-half-up implementation looked good to me (floor(x+0.5) if x >= 0

[issue24956] Default value for an argument that is not in the choices list gets accepted

paul j3 added the comment: A related issue which Sworddragon found just before starting this issue is http://bugs.python.org/issue9625 The handling of defaults in argparse is a bit complicated. In general it errs on the side of giving the user/developer freedom to set them how ever they

[issue25002] Deprecate asyncore/asynchat

Guido van Rossum added the comment: Yes, in 3.6 asyncio will no longer be provisional and we can start deprecating async{ore,hat}. Which is why I marked this bug with 3.6. -- ___ Python tracker

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

STINNER Victor added the comment: > I did not quite understand why you've chosen ROUND_HALF_UP over > ROUND_HALF_EVEN, but as long as fromtimestamp() uses the same rounding as > timedelta() - I am happy. Not only Tim prefers this rounding mode, Python 2.7 also uses the same mode, and the

[issue24635] test_typing is flaky

Guido van Rossum added the comment: OK, done. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue24635] test_typing is flaky

Roundup Robot added the comment: New changeset 0f37918440c9 by Guido van Rossum in branch 'default': Issue #24635: Fixed flakiness in test_typing.py. (Merge from 3.5.) https://hg.python.org/cpython/rev/0f37918440c9 New changeset 438dde69871d by Guido van Rossum in branch '3.5': Fix issue

[issue24990] Foreign language support in turtle module

Terry J. Reedy added the comment: > discussion elsewhere #24978, translate docs to Russian -- nosy: +terry.reedy ___ Python tracker ___

[issue24997] mock.call_args compares as equal and not equal

Changes by Terry J. Reedy : -- nosy: +michael.foord, rbcollins ___ Python tracker ___ ___

[issue24891] race condition in initstdio() (python aborts running under nohup)

Yi Ding added the comment: Thank you everyone! I will test the next rc of 3.5. -- ___ Python tracker ___ ___

[issue24981] Add a test which uses the ast module to compile the stdlib

Brett Cannon added the comment: Two things about the UTF-8 decode issue. One is you don't need to decode the source for it to be compiled; ast.parse()/compile() will work from bytes objects and thus handle the decoded for you. Two, if you want to decode source files into text, use

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Mark Lawrence added the comment: Python 3.3.5 (v3.3.5:62cf4e77f785, Mar 9 2014, 10:35:05) [MSC v.1600 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> from datetime import * >>> E = datetime(1970,1,1,tzinfo=timezone.utc) >>> s = -1/2**7 >>>

[issue25002] Deprecate asyncore/asynchat

Changes by Guido van Rossum : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list

  1   2   3   >