[issue24635] test_typing is flaky

STINNER Victor added the comment: == FAIL: test_abstractset (test.test_typing.CollectionsAbcTests) -- Traceback (most recent call last): File "/srv/buildbot/b

[issue21998] asyncio: support fork

Larry Hastings added the comment: Surely this is too late for 3.5? -- nosy: +larry ___ Python tracker ___ ___ Python-bugs-list mailing

[issue21998] asyncio: support fork

STINNER Victor added the comment: > Surely this is too late for 3.5? I'm not 100% convinced that asyncio must support fork, so it's too late :-) Anyway, we don't care, asyncio will be under provisional status for one more cycle (3.5) :-p -- ___ Pyt

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

Larry Hastings added the comment: Is anyone going to try and fix this for 3.5.0? Or should we "kick the can down the road" and reassign it to 3.6? -- nosy: +larry ___ Python tracker __

[issue22980] C extension naming doesn't take bitness into account

Larry Hastings added the comment: I sure hope not. -- nosy: +larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

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

Larry Hastings added the comment: Can we close this out? -- nosy: +larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue24745] Better default font for editor

Larry Hastings added the comment: Anything happening with this? We tag 3.5.0rc3 in about 36 hours. -- ___ Python tracker ___ ___ Pyth

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Larry Hastings added the comment: I will happy delegate to Tim Peters whether or not this should be fixed in 3.5.0, or whether it should wait until 3.5.1 or even 3.6. Tim, ball's in your court! -- ___ Python tracker

[issue24635] test_typing is flaky

Larry Hastings added the comment: Anything happening with this? We tag 3.5.0rc3 in about 36 hours. -- ___ Python tracker ___ ___ Pyth

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

Larry Hastings added the comment: Anything happening with this? We tag 3.5.0rc3 in about 36 hours. -- ___ Python tracker ___ ___ Pyth

[issue24635] test_typing is flaky

STINNER Victor added the comment: > Anything happening with this? We tag 3.5.0rc3 in about 36 hours. I believe that it's a bug in test_typing, not in the typing module. So it must not block the release. -- ___ Python tracker

[issue21998] asyncio: support fork

Larry Hastings added the comment: I've remarked it as "normal" priority and moved it to 3.6. Not my problem anymore! :D -- priority: deferred blocker -> normal versions: +Python 3.6 -Python 3.4, Python 3.5 ___ Python tracker

[issue21998] asyncio: support fork

Changes by Larry Hastings : -- nosy: -larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue24635] test_typing is flaky

Changes by Larry Hastings : -- priority: deferred blocker -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue21192] Idle: Print filename when running a file from editor

Terry J. Reedy added the comment: This was pull #12. Am I correct in thinking that all the merges Serhiy did after for pull #13 included the null merge for this? -- ___ Python tracker _

[issue21192] Idle: Print filename when running a file from editor

Larry Hastings added the comment: The pull requests are numbered by creation order, not by merge order. Normally I'd expect that yes, Serhiy's merge would include yours. But it didn't work out that way. If you look at the changeset graph: https://bitbucket.org/larry/cpython350/commits/all S

[issue24635] test_typing is flaky

STINNER Victor added the comment: Ok, I found a short script to reproduce the bug: -- import typing: assert isinstance([], typing.Container) assert isinstance([], typing.Container) -- The first check calls typing.GenericMeta.__subclasscheck__(list) which calls abc.ABCMeta.__subclasscheck__(typi

[issue21192] Idle: Print filename when running a file from editor

Terry J. Reedy added the comment: Since your merge contains the changes that Serhiy already merged, I expect that there will be some conflicts. If so, the only thing I would know to do is revert and make mine and his null merges. If that is correct, will do. Making merge clone now. -

[issue24989] scan_eol() Buffer Over-read

Roundup Robot added the comment: New changeset 07e04c34bab5 by Larry Hastings in branch '3.5': Merged in storchaka/cpython350 (pull request #13) https://hg.python.org/cpython/rev/07e04c34bab5 -- ___ Python tracker

[issue21192] Idle: Print filename when running a file from editor

Roundup Robot added the comment: New changeset 09cd7d57b080 by Terry Jan Reedy in branch '3.5': Issue #21192: Change 'RUN' back to 'RESTART' when running editor file. https://hg.python.org/cpython/rev/09cd7d57b080 -- ___ Python tracker

[issue21192] Idle: Print filename when running a file from editor

Larry Hastings added the comment: There won't be conflicts with Serhiy's merge--just the opposite. His pull request was merged first, so it's perfect that he did his forward merge first. He's already resolved any conflicts with his merge, and so when you merge you'll only have to worry about

[issue21192] Idle: Print filename when running a file from editor

Terry J. Reedy added the comment: I was wrong, no conflicts. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

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

Thomas added the comment: Martin: Thanks for your quick answer (and sorry for sending the whole file) ! I think it is indeed a good idea to detach the proxy connection and treat it as any other connection, as you did in your patch. It would be great if you would be able to dig it up !

[issue24745] Better default font for editor

Roundup Robot added the comment: New changeset 34a8078f6249 by Terry Jan Reedy in branch '2.7': Issue #24745: Prevent IDLE initialization crash with Tk 8.4; patch by Ned Deily. https://hg.python.org/cpython/rev/34a8078f6249 New changeset b4830b9f8c10 by Terry Jan Reedy in branch '3.4': Issue #24

[issue24745] Better default font for editor

Terry J. Reedy added the comment: I backported change already in 3.5.0+. -- priority: deferred blocker -> normal resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker __

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Changes by STINNER Victor : Added file: http://bugs.python.org/file40350/round_half_up_py34.patch ___ Python tracker ___ ___ Python-bugs-list

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

STINNER Victor added the comment: Backport to Python 3.4 splitted in 3 patches: * (1) timedelta_round_half_up_py34.patch, backport changeset 0eb8c182131e: "datetime.timedelta constructor now rounds microseconds to nearest with ties going away from zero (ROUND_HALF_UP)". * (2) round_half_up.pa

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Changes by STINNER Victor : Added file: http://bugs.python.org/file40351/fromtimestamp_round_half_up_py34.patch ___ Python tracker ___ ___ Py

[issue23144] html.parser.HTMLParser: setting 'convert_charrefs = True' leads to dropped text

Ezio Melotti added the comment: I'll try to take care of this during the weekend. Feel free to ping me if I don't. -- ___ Python tracker ___ _

[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. --

[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 afte

[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 module

[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 ___ ___ Python-bugs-list ma

[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

[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”. ---

[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 _

[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 ___

[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 ___ ___ Python-bugs-list mailing

[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 of

[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 not

[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 t

[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 mor

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

Changes by Michael Foord : -- nosy: -michael.foord ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[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

[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 su

[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 wo

[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 __

[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, si

[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 3.4

[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

[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 th

[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 trac

[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 ___ ___ Python-bugs

[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 (run

[issue23630] support multiple hosts in create_server/start_server

STINNER Victor added the comment: Good. I have less comments, it's getting better at each iteration ;) -- ___ Python tracker ___ ___ P

[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

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) && PY_LLONG_M

[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). Bu

[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

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

[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, .f

[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 ___ ___

[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 wai

[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 ___ ___

[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

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 this

[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

[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 ___

[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 ___ __

[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 > change." in 12 days short of

[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

Changes by Alexander Belopolsky : -- stage: -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[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? -- ___

[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 fro

[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, timezon

[issue21159] configparser.InterpolationMissingOptionError is not very intuitive

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

[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 ___ ___ Pyt

[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 documentati

[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 q

[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 tra

[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 *

[issue2651] Strings passed to KeyError do not round trip

Changes by Łukasz Langa : -- versions: +Python 3.6 -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue24142] ConfigParser._read doesn't join multi-line values collected while reading if a ParsingError occured

Changes by Łukasz Langa : -- assignee: -> lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue24917] time_strftime() Buffer Over-read

Changes by John Leitch : -- nosy: +belopolsky, lemburg ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue24086] Configparser interpolation is unexpected

Changes by Łukasz Langa : -- assignee: -> lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[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 ___ Python tracker

[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 ___ ___ Python-bugs-list

[issue24917] time_strftime() Buffer Over-read

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

[issue24917] time_strftime() Buffer Over-read

Changes by Alexander Belopolsky : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[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 ___

[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 restart

[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 ___ ___ Python-bugs-list mailing

[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 ___ Pyth

[issue24969] functools.lru_cache: a way to set decorator arguments at runtime

Changes by Terry J. Reedy : -- stage: -> test needed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

  1   2   3   >