[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

Serhiy Storchaka added the comment: See issue25130. Maybe forcing garbage collecting will help. -- ___ Python tracker ___

[issue31137] Add a path attribute to NamedTemporaryFile

Serhiy Storchaka added the comment: You can just pass the name attribute to the pathlib.Path constructor. Adding a name attribute will not allow you to do what you can't do now, but will increase the coupling between the tempfile and pathlib modules. The purpose of introducing the path

[issue31138] dir argument NamedTemporaryFile should accept a pathlib.Path

Serhiy Storchaka added the comment: Doesn't it support it? >>> import tempfile, pathlib >>> tempfile.NamedTemporaryFile(dir=pathlib.Path('/tmp')) -- nosy: +serhiy.storchaka status: open -> pending ___ Python tracker

[issue31113] Stack overflow with large program

Serhiy Storchaka added the comment: > The PR resolved the stack overflow in dfs(), however it now fails in the > stackdepth() routine (technically, the stackdepth_walk() helper). Indeed. The compiler crashes for longer sequences on Linux too. I'm trying to rewrite stackdepth_walk() too, but

[issue29910] Ctrl-D eats a character on IDLE

Louie Lu added the comment: da..., Terry reverts this soon. -- ___ Python tracker ___ ___ Python-bugs-list

[issue29910] Ctrl-D eats a character on IDLE

Louie Lu added the comment: After bisecting, commit 213ce12adfc9281c6f381bb45d132e9de8ffd450 cause calltip can't close when type to `)` at the end. for example: print('blablalbalba') ^ show ^ didn't tipclose tip -- nosy: +louielu

[issue31072] add filter to zipapp

Changes by Jeffrey Rackauckas : -- pull_requests: +3054 ___ Python tracker ___ ___

[issue31139] Improve tracemalloc demo code in docs

Changes by Louie Lu : -- pull_requests: +3053 ___ Python tracker ___ ___ Python-bugs-list

[issue31136] raw strings cannot end with a backslash character r'\'

Tim Peters added the comment: Yes, I'm closing as not-a-bug. It's been this way (and documented) forever. More specifically, as the docs say, a raw string can't end with an _odd_ number of backslashes: """ String quotes can be escaped with a backslash, but the backslash remains in the

[issue31139] Improve tracemalloc demo code in docs

New submission from Louie Lu: Current tutorial of tracemalloc: https://docs.python.org/3/library/tracemalloc.html Current doc using a un-reproducible output, that will confuse the reader. Propose to use the test code `allocate_bytes` to control the memory usage output, provide more meaningful

[issue31033] Add argument to .cancel() of Task and Future

Chris Jerdonek added the comment: A couple thoughts on this issue: First, I think the OP's original issue could perhaps largely be addressed without having to change cancel()'s signature. Namely, simply passing a hard-coded string to CancelledError in the couple spots that CancelledError is

[issue31136] raw strings cannot end with a backslash character r'\'

Gregory P. Smith added the comment: This may well be a "not a bug" resolution to preserve existing semantics that weren't what I expected. -- ___ Python tracker

[issue31136] raw strings cannot end with a backslash character r'\'

Martin Panter added the comment: What would your proposal do where an embedded backslash is currently valid? >>> print(r'Backslash apostrophe: \'.') Backslash apostrophe: \'. >>> r'\' # Comment or string?' "\\' # Comment or string?" -- nosy: +martin.panter

[issue29400] Add instruction level tracing via sys.settrace

George King added the comment: (Also I did prototype instruction filtering but it had mild performance implications when tracing so I have shelved it for the moment.) -- ___ Python tracker

[issue29400] Add instruction level tracing via sys.settrace

George King added the comment: I've updated the patch and I think it's ready for a more serious review. A few notes: * settracestate now takes a flag `trace_instructions`. This describes slightly better the behavior, which is that line events take precedence over instructions. * the old

[issue30701] Exception parsing certain invalid email address headers

Changes by Nick Coghlan : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Changes by Nick Coghlan : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list

[issue30988] Exception parsing invalid email address headers starting or ending with dot

Changes by Nick Coghlan : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list

[issue31068] test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7

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

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

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

[issue31138] dir argument NamedTemporaryFile should accept a pathlib.Path

New submission from Wilfredo Sanchez: Or, better, any object which conforms to the file system path protocol (__fspath__). -- components: Library (Lib) messages: 299886 nosy: wsanchez priority: normal severity: normal status: open title: dir argument NamedTemporaryFile should accept a

[issue31033] Add argument to .cancel() of Task and Future

Changes by Chris Jerdonek : -- nosy: +chris.jerdonek ___ Python tracker ___ ___

[issue31136] raw strings cannot end with a backslash character r'\'

STINNER Victor added the comment: Workaround working on all Python versions, string concatenation made by the compiler: r"" "...". >>> print(r"a\n" "\\") a\n\ -- nosy: +haypo ___ Python tracker

[issue31136] raw strings cannot end with a backslash character r'\'

Changes by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___

[issue31137] Add a path attribute to NamedTemporaryFile

New submission from Wilfredo Sanchez: Add a path attribute to NamedTemporaryFile which provides a pathlib.Path object pointing to the file on disk. -- components: Library (Lib) messages: 299884 nosy: wsanchez priority: normal severity: normal status: open title: Add a path attribute to

[issue31068] test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7

Changes by STINNER Victor : -- title: test_ttk_guionly hangs on AMD64 Windows8.1 Refleaks 2.7 -> test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7 ___ Python tracker

[issue31136] raw strings cannot end with a backslash character r'\'

New submission from Gregory P. Smith: A raw string literal cannot end in a backslash. There is no friendly way to write a string that ends in a backslash character. In particular I want to put the following into a Python string: \\?\ '?\\' works but is escaping hell so I wanted to

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

Changes by STINNER Victor : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue31068] test_ttk_guionly hangs on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: I created bpo-31135: "[2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7". -- ___ Python tracker ___

[issue31068] test_ttk_guionly hangs on AMD64 Windows8.1 Refleaks 2.7

Changes by STINNER Victor : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

STINNER Victor added the comment: I only tested Python 2.7. I didn't check if other branches are affected. -- title: test_ttk_guionly doesn't destroy all widgets -> [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7 ___ Python tracker

[issue31135] test_ttk_guionly doesn't destroy all widgets

Changes by STINNER Victor : Added file: http://bugs.python.org/file47062/fix_destroy.patch ___ Python tracker ___

[issue31135] test_ttk_guionly doesn't destroy all widgets

New submission from STINNER Victor: While working on bpo-31068, I wrote attached widget_instance.patch to check if test_ttk_guionly really removes all widgets. Bad news: it doesn't. Example: haypo@selma$ ./python -m test -u all test_ttk_guionly (...) test test_ttk_guionly crashed -- : leaking

[issue31068] test_ttk_guionly hangs on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: Another bug, truncated traceback since the top was the same: (...) File: "C:\haypo\2.7\lib\lib-tk\test\test_ttk\test_widgets.py", line 1367, in test_heading_callback self.tv.update() File: "C:\haypo\2.7\lib\lib-tk\Tkinter.py", line 1023, in update

[issue29432] wait_for(gather(...)) logs weird error message

Chris Jerdonek added the comment: By the way, I see this exact issue was also raised and discussed here, with a couple responses by Guido, too: https://github.com/python/asyncio/issues/253 -- ___ Python tracker

[issue31068] test_ttk_guionly hangs on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: Ah! I captured the traceback of a first bug using the command: PCbuild\amd64\python_d.exe -m test -R 3:3 -u all -v --timeout=30 -r -F test_ttk_guionly Output: (...) test_resize (test_ttk.test_extensions.LabeledScaleTest) ... *** STACKTRACE - START *** #

[issue31113] Stack overflow with large program

Eryk Sun added the comment: Here are a couple of workarounds for the crash in Windows. The default stack reservation size is a field in the PE/COFF header, which you can edit using editbin.exe, e.g.: editbin /stack:[size_in_bytes] "path\to\python.exe" The distributed python.exe has a

[issue31068] test_ttk_guionly hangs on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: I'm trying to reproduce the bug using the following command run in a Command Prompt: PCbuild\amd64\python_d.exe -m test -r -u all -R 3:3 -F -v --timeout=30 test_ttk_guionly Note: I'm using https://github.com/python/cpython/pull/3019 to get --timeout

[issue31123] fnmatch does not follow Unix fnmatch functionality

Varun Agrawal added the comment: Hi David, It seems you already took a look at the man page. There are some subtle differences such as being unable to match to a directory when the pattern ends with a forward slash. Overall, I'd like to see fnmatch be used to create a program that can perform

[issue31134] python not added to path

Changes by Eryk Sun : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30351] [2.7] regrtest hangs on Python 2.7 (test_threading?)

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

[issue31134] python not added to path

Changes by AW : -- resolution: -> not a bug ___ Python tracker ___ ___ Python-bugs-list

[issue31134] python not added to path

AW added the comment: Sorry, no I didn't. When I went off to find out how to add Python to the path manually, I found out that opening a new command window would be needed to see any update. I was coming back to say "never mind" when I saw your message. Sorry to bother you! --

[issue31134] python not added to path

Eryk Sun added the comment: A WM_SETTINGCHANGE message gets broadcasted to top-level windows, so Explorer should reload its environment from the registry. Did you start a new command prompt from Explorer? -- nosy: +eryksun ___ Python tracker

[issue30876] SystemError on importing module from unloaded package

Ned Deily added the comment: Just to clarify: the revision added since 3.5.4rc1, f9fbed19a964e55ee703005823d8a7408f83d7f4 ([3.5] bpo-30876: Add new import test files to projects) fixes a test failure seen on all non-Windows platforms when running tests from an installed Python. It's

[issue31113] Stack overflow with large program

Brett Cannon added the comment: One fix at a time.  On Mon, Aug 7, 2017, 07:52 Jeremy Kloth, wrote: > > Jeremy Kloth added the comment: > > The PR resolved the stack overflow in dfs(), however it now fails in the > stackdepth() routine (technically, the

[issue1322] Deprecate platform.dist() and platform.linux_distribution() functions

Shane Harvey added the comment: When are these functions going to be deprecated? In 3.5, 3.6, and master they still raise PendingDeprecationWarning, not DeprecationWarning: https://github.com/python/cpython/blob/v3.5.3/Lib/platform.py#L305-L306

[issue31134] python not added to path

New submission from AW: I selected "Add Python 3.6 to PATH" when I installed the program. I am able to launch Python from the start button. It isn't recognized on the command line. See screen shots in the attached Word file. -- files: PythonError.docx messages: 299868 nosy: AW

[issue27755] Retire DynOptionMenu with a ttk Combobox

Cheryl Sabella added the comment: Maybe there should be a bug tracker issue to add it to ttk.py? -- ___ Python tracker ___

[issue31132] test_prlimit from test_resource fails when building python3 inside systemd-nspawn environment

STINNER Victor added the comment: Maybe we should simply skip the test if the user is root? If os.getuid()==0. -- nosy: +haypo ___ Python tracker ___

[issue31130] test_idle: idlelib.configdialog leaks references

STINNER Victor added the comment: The merged change is the correct fix. My change was only a workaround. Thanks for the fix Terry ;-) -- ___ Python tracker

[issue31130] test_idle: idlelib.configdialog leaks references

STINNER Victor added the comment: I confirm that test_idle doesn't leak anymore: $ ./python -m test -R 3:3 -u all test_idle 1 test OK. -- ___ Python tracker

[issue31061] asyncio segfault when using threadpool and "_asyncio" native module

Alexander Mohr added the comment: hmm, may be my fault due to docker image tagging issue. Will redeploy and update if the issue persists. If I don't reply again sorry for the noise. -- ___ Python tracker

[issue31130] test_idle: idlelib.configdialog leaks references

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

[issue31130] test_idle: idlelib.configdialog leaks references

Terry J. Reedy added the comment: New changeset 9d7d928b5853b921ed27f1e535dfe8174169854c by Terry Jan Reedy in branch '3.6': [3.6] bpo-31130: IDLE -- stop leaks in test_configdialog. (GH-3016) (#3018) https://github.com/python/cpython/commit/9d7d928b5853b921ed27f1e535dfe8174169854c

[issue27755] Retire DynOptionMenu with a ttk Combobox

Mark Roseman added the comment: Cheryl, regarding the spinbox, as per http://www.tkdocs.com/tutorial/morewidgets.html#spinbox, the ttk version appeared in Tk 8.5.9, which might explain it's absence in tkinter. A wrapper isn't too hard to do of course... e.g.

[issue24700] array compare is hideously slow

Antoine Pitrou added the comment: Not saying that this issue shouldn't be fixed, but Numpy arrays are a much more powerful and well-optimized replacement for array.array. -- nosy: +pitrou ___ Python tracker

[issue31130] test_idle: idlelib.configdialog leaks references

Changes by Terry J. Reedy : -- pull_requests: +3051 ___ Python tracker ___ ___

[issue29910] Ctrl-D eats a character on IDLE

Terry J. Reedy added the comment: New changeset b61de2d46596ac00dcf2d33bbce2023d0bf4207b by Terry Jan Reedy in branch '3.6': [3.6] bpo-29910: IDLE - revert `break`s that disabled calltip close. (GH-2997) (#3017) https://github.com/python/cpython/commit/b61de2d46596ac00dcf2d33bbce2023d0bf4207b

[issue31130] test_idle: idlelib.configdialog leaks references

Terry J. Reedy added the comment: New changeset 733d0f63c562090a2b840859b96028d6ec0a4803 by Terry Jan Reedy in branch 'master': bpo-31130: IDLE -- stop leaks in test_configdialog. (#3016) https://github.com/python/cpython/commit/733d0f63c562090a2b840859b96028d6ec0a4803 --

[issue31130] test_idle: idlelib.configdialog leaks references

Terry J. Reedy added the comment: Attached is an improved idlelib.idle_test.test_* leak checker that uses the --match option. -- assignee: -> terry.reedy components: +IDLE, Tests nosy: +terry.reedy Added file: http://bugs.python.org/file47059/findleak.py

[issue30642] Fix leaks in idlelib

Terry J. Reedy added the comment: Unlinked old findleak.py after uploading much improved version to #31130. -- ___ Python tracker ___

[issue30642] Fix leaks in idlelib

Changes by Terry J. Reedy : Removed file: http://bugs.python.org/file46948/findleak.py ___ Python tracker ___

[issue29910] Ctrl-D eats a character on IDLE

Changes by Terry J. Reedy : -- pull_requests: +3050 ___ Python tracker ___ ___

[issue29910] Ctrl-D eats a character on IDLE

Terry J. Reedy added the comment: New changeset 89225871d314fa675ea9ac292e7bc75320f1aef5 by Terry Jan Reedy in branch 'master': bpo-29910: IDLE - revert `break`s that disabled calltip close. (#2997) https://github.com/python/cpython/commit/89225871d314fa675ea9ac292e7bc75320f1aef5 --

[issue31133] [2.7] PCbuild/pcbuild.sln of Python 2.7 cannot be open by Visual Studio 2010

Changes by STINNER Victor : -- title: [2.7] PCbuild/pcbuild.sln cannot be open by Visual Studio 2010 -> [2.7] PCbuild/pcbuild.sln of Python 2.7 cannot be open by Visual Studio 2010 ___ Python tracker

[issue31133] [2.7] PCbuild/pcbuild.sln cannot be open by Visual Studio 2010

New submission from STINNER Victor: The devguide says that Python 2.7 can be build using VS 2010 but it's wrong. PCbuild/pcbuild.sln starts with: Microsoft Visual Studio Solution File, Format Version 12.00 Where 12.00 means Visual Studio 2013. Replacing 12.00 with 11.00 allows me to open the

[issue31132] test_prlimit from test_resource fails when building python3 inside systemd-nspawn environment

Tomas Orsava added the comment: So the issue seems to be that Python believes it's run without root privileges, but it's mistaken because it indeed has root. -- nosy: +torsava ___ Python tracker

[issue31132] test_prlimit from test_resource fails when building python3 inside systemd-nspawn environment

New submission from Charalampos Stratakis: FAIL: test_prlimit (test.test_resource.ResourceTest) -- Traceback (most recent call last): File "/builddir/build/BUILD/Python-3.6.2/Lib/test/support/__init__.py", line 556, in

[issue31130] test_idle: idlelib.configdialog leaks references

Changes by Terry J. Reedy : -- pull_requests: +3049 ___ Python tracker ___ ___

[issue31004] IDLE, configdialog: Factor out FontTab class from ConfigDialog

Terry J. Reedy added the comment: Idlelib is a bit exceptional: see PEP 434. Except for one test and the news files, I keep idlelib identical in 3.6 and 3.7. This makes all backports, *including new tests*, trivial and overall reduces the risk of regression (unless IDLE 3.6 were abandoned

[issue31113] Stack overflow with large program

Jeremy Kloth added the comment: The PR resolved the stack overflow in dfs(), however it now fails in the stackdepth() routine (technically, the stackdepth_walk() helper). -- ___ Python tracker

[issue31113] Stack overflow with large program

Serhiy Storchaka added the comment: PR 3015 gets rid of recursion for normal control flow in the compiler. This fixes a stack overflow for this case. -- ___ Python tracker

[issue31113] Stack overflow with large program

Changes by Serhiy Storchaka : -- pull_requests: +3048 ___ Python tracker ___ ___

[issue30717] Add unicode grapheme cluster break algorithm

Guillaume Sanchez added the comment: > I don't think unicodedata is the right place I do agree with that. A new module sounds good, would it be a problem if that module would contain very few functions at first? > Can we mark this as having a Provisional API to give us time to decide on the

[issue29432] wait_for(gather(...)) logs weird error message

Chris Jerdonek added the comment: I noticed that the future defined by asyncio.gather(sleep) is in a "pending" state immediately after the asyncio.TimeoutError. One workaround is to wait for the cancellation to finish: @asyncio.coroutine def main(): sleep = asyncio.sleep(0.2)

[issue28414] SSL match_hostname fails for internationalized domain names

Christian Heimes added the comment: For the record, I'm now considering match_hostname() on U-Labels crazy level 'A sure sign of someone who wears his underpants on his head.'. Once upon a time I had some hope to make it work and keep server_hostname to be an IDN U-Label. I no longer think it

[issue31131] asyncio.wait_for() TimeoutError doesn't provide full traceback

New submission from Chris Jerdonek: In Python 3.6.1, if asyncio.wait_for() times out with a TimeoutError, the traceback doesn't show what line the code was waiting on when the timeout occurred. This makes it more difficult to diagnose the cause of a timeout. To reproduce, you can use the

[issue31120] [2.7] Python 64 bit _ssl compile fails due missing buildinf_amd64.h

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

[issue31068] test_ttk_guionly hangs on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: > Summary on builds 42-61, builds interrupted because of test_ttk_guionly: 43, > 52, 55, 56, 61. 5 fails/20 builds: a failure rate of 25% (1/4) :-( -- ___ Python tracker

[issue31068] test_ttk_guionly hangs on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: The build 43 was also interrupted (it was running for 10 hours). Summary on builds 42-61, builds interrupted because of test_ttk_guionly: 43, 52, 55, 56, 61. Note: build 53 also failed, but for a different unknown reason. --

[issue31068] test_ttk_guionly hangs on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: The build 56 was also interrupted, it was running for 85 hours. -- ___ Python tracker ___

[issue31068] test_ttk_guionly hangs on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: I interrupted the build 61 (it was running since 58 hours). ... running: test_ttk_guionly (191065 sec) running: test_ttk_guionly (191095 s command interrupted, attempting to kill -- ___ Python tracker

[issue31130] test_idle: idlelib.configdialog leaks references

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

[issue30855] [3.5] test_tk: test_use() of test_tkinter.test_widgets randomly fails with "integer value too large to represent" on with AMD64 Windows8 3.5

STINNER Victor added the comment: Oh, the test also failed on Python 3.5 (on "AMD64 Windows8.1 Refleaks 3.5" buildbot): http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%203.5/builds/62/steps/test/logs/stdio

[issue30855] [3.5] test_tk: test_use() of test_tkinter.test_widgets randomly fails with "integer value too large to represent" on with AMD64 Windows8 3.5

STINNER Victor added the comment: The test failed on "AMD64 Windows8.1 Refleaks 2.7" buildbot: http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%202.7/builds/60/steps/test/logs/stdio test_padx (test_tkinter.test_widgets.ToplevelTest) ... ok test_pady

[issue30830] HTTPHandlerTest of test_logging leaks a "dangling" thread on AMD64 FreeBSD CURRENT Non-Debug 3.x

STINNER Victor added the comment: Another test_listen_config_10_ok() example: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/674/steps/test/logs/stdio test_config_8a_ok (test.test_logging.ConfigDictTest) ... ok test_config_9_ok

[issue31130] test_idle: idlelib.configdialog leaks references

STINNER Victor added the comment: I don't know anything about idlelib, but it seems like the following patch fixes the failing test: diff --git a/Lib/idlelib/idle_test/test_configdialog.py b/Lib/idlelib/idle_test/test_configdialog.py index aff3c2f..9f495fd 100644 ---

[issue31004] IDLE, configdialog: Factor out FontTab class from ConfigDialog

STINNER Victor added the comment: By the way, I suggest to not backport refactoring changes to stable branches like Python 3.6. Any refactoring is a risk of regressions. Well, it's just an advice, Terry knows IDLE much better than me ;-) It's up to you to decide to backport or not such

[issue31130] test_idle: idlelib.configdialog leaks references

Changes by STINNER Victor : -- versions: +Python 3.6 ___ Python tracker ___ ___

[issue31004] IDLE, configdialog: Factor out FontTab class from ConfigDialog

STINNER Victor added the comment: > New changeset 9397e2a87ed6e0e724ad71a0c751553620cb775e by Terry Jan Reedy > (csabella) in branch 'master': > bpo-31004: IDLE: Factor out FontPage class from configdialog (step 1) (#2905) This change introduced reference leaks in test_idle: see bpo-31130.

[issue31130] test_idle: idlelib.configdialog leaks references

New submission from STINNER Victor: Starting at the following build, test_idle started to leak references: http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%203.x/builds/60/steps/test/logs/stdio Example of leak: $ ./python -m test -R 3:3 -u all test_idle -m

[issue31106] os.posix_fallocate() generate exception with errno 0

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

[issue30876] SystemError on importing module from unloaded package

Larry Hastings added the comment: Okay, that's good news. That means I don't have to accept a fix for it in the 3.5 branch *after* 3.5 transitions to security-fixes-only mode tomorrow ;-) -- ___ Python tracker

[issue30876] SystemError on importing module from unloaded package

Serhiy Storchaka added the comment: This is a FreeBSD bug. It isn't related to this change. See issue31044 for details. -- ___ Python tracker ___

[issue31045] Add a language switch to the Python documentation

STINNER Victor added the comment: New changeset dff9b5f9d62aa0b23f8a255867d09d11890efd1b by Victor Stinner (Julien) in branch 'master': bpo-31045: Language switch (#2652) https://github.com/python/cpython/commit/dff9b5f9d62aa0b23f8a255867d09d11890efd1b -- nosy: +haypo

[issue31106] os.posix_fallocate() generate exception with errno 0

Mariatta Wijaya added the comment: Adding Larry who is listed as posix expert. -- nosy: +Mariatta, larry stage: -> patch review ___ Python tracker ___

[issue13487] inspect.getmodule fails when module imports change sys.modules

Patrik Simons added the comment: list(sys.modules.items()) still raises RuntimeError: dictionary changed size during iteration when another thread imports a module. I would assume dict.copy() is thread-safe so a working fix could use sys.modules.copy().items() I hit this bug when printing

[issue30876] SystemError on importing module from unloaded package

Larry Hastings added the comment: It seems this change broke the 3.5 build on AMD FreeBSD: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%203.5 On the 3.5 branch, the previous revision (19b2890014d3098147d16475c492a47a43893768) built and tested successfully on July

[issue31036] building the python docs requires the blurb module

Larry Hastings added the comment: This is marked as a release blocker for 3.4 and 3.5; however, Ned's Doc/Makefile change has been merged in both those versions. And no other branches have been "blurbified" yet. While we may improve the solution in the future, the fundamental problem (you

  1   2   >