[issue30211] Bdb: add docstrings

Terry J. Reedy added the comment: The bdb class or __init__ docstring needs to document the data members with a short explanation. Some of the args need better explanation. Some of this I may fill in *after* reviewing the proposed tests, when I understand the code better. Reviewing pdb and

[issue29651] Inconsistent/undocumented urlsplit/urlparse behavior on invalid inputs

Changes by Senthil Kumaran : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue29651] Inconsistent/undocumented urlsplit/urlparse behavior on invalid inputs

Senthil Kumaran added the comment: New changeset 75b8a54bcad70806d9dcbbe20786f4d9092ab39c by Senthil Kumaran in branch '3.6': bpo-29651 - Cover edge case of square brackets in urllib docs (#1128) (#1596) https://github.com/python/cpython/commit/75b8a54bcad70806d9dcbbe20786f4d9092ab39c --

[issue29651] Inconsistent/undocumented urlsplit/urlparse behavior on invalid inputs

Senthil Kumaran added the comment: New changeset 72e5aa1ef812358b3b113e784e7365fec13dfd69 by Senthil Kumaran in branch '3.5': bpo-29651 - Cover edge case of square brackets in urllib docs (#1128) (#1597) https://github.com/python/cpython/commit/72e5aa1ef812358b3b113e784e7365fec13dfd69 --

[issue30362] Launcher add list and list with paths options

Steve Barnes added the comment: @steve.dower I did check and none of the currently supported pythons us -l or -L and have implemented it with -list and -long-list but I do appreciate your point that someone might come up with a use for all of these flags in a future version of python. How abo

[issue29651] Inconsistent/undocumented urlsplit/urlparse behavior on invalid inputs

Changes by Senthil Kumaran : -- pull_requests: +1691 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue29651] Inconsistent/undocumented urlsplit/urlparse behavior on invalid inputs

Changes by Senthil Kumaran : -- pull_requests: +1690 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue29651] Inconsistent/undocumented urlsplit/urlparse behavior on invalid inputs

Senthil Kumaran added the comment: New changeset f6e863d868a621594df2a8abe072b5d4766e7137 by Senthil Kumaran (Howie Benefiel) in branch 'master': bpo-29651 - Cover edge case of square brackets in urllib docs (#1128) https://github.com/python/cpython/commit/f6e863d868a621594df2a8abe072b5d4766e7

[issue17446] doctest test finder doesnt find line numbers of properties

Michael Cuthbert added the comment: just poking to see if this patch is worth trying to get into 3.7 -- versions: +Python 3.7 -Python 2.7, Python 3.4, Python 3.5 ___ Python tracker _

[issue26904] Difflib quick_ratio() could use Counter()

Michael Cuthbert added the comment: Poking to see if there's still interest in getting this into 3.7. Thanks! -- versions: +Python 3.7 -Python 3.6 ___ Python tracker ___ ___

[issue24339] iso6937 encoding missing

Xiang Zhang added the comment: Would you mind converting this patch to a Github PR John? -- stage: needs patch -> patch review ___ Python tracker ___

[issue30211] Bdb: add docstrings

Terry J. Reedy added the comment: As I just posted to core-mentorship, my attempt to push to the PR failed. Did you leave the 'allow pushes' box checked when you created the PR? -- ___ Python tracker

[issue30211] Bdb: add docstrings

Terry J. Reedy added the comment: In the entry at https://docs.python.org/3/library/bdb.html#bdb.Bdb.canonic, ", stripped of surrounding angle brackets" is wrong, and should be replaced by ". 'Filenames' with angle brackets, such as "", generated in interactive mode, are returned unchanged" >

[issue30353] ctypes: pass by value for structs broken on Cygwin/MinGW 64-bit

Changes by Charalampos Stratakis : -- nosy: +ishcherb ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue30353] ctypes: pass by value for structs broken on Cygwin/MinGW 64-bit

Charalampos Stratakis added the comment: A 'defined(__aarch64__)' can be used for the arm64 arch. I will add it to your patch and test it on an arm64 machine to see if the test passes. -- nosy: +cstratak ___ Python tracker

[issue26143] Ensure that IDLE's stdlib imports are from the stdlib

Matthew Cowles added the comment: > a) for IDLE to run without stumbling over user files > b) for user code to see the same sys.path when executing under IDLE as when > executed directly with the same cpython binary in the same mode. If you can achieve that, no one will be more impressed than I

[issue30376] Curses documentation refers to incorrect type

New submission from Ryan Jarvis: Currently the Python curses documentation refers to `WindowObject` multiple times in the documentation. The actual type signature is `_curses.curses window`. WindowObject does not exist. Seen at 16.11.1. Textbox objects and curses.initscr() for both Python2

[issue30374] Make win_add2path.py take effect without having to log off

Paul Moore added the comment: The reasons for not adding Python to PATH by default are complex. We've tried both ways and neither is 100% satisfactory. The default install is a per-user install. If we added Python to PATH, then as a user setting it would come *after* the system part of PATH. I

[issue30374] Make win_add2path.py take effect without having to log off

neeverett added the comment: I didn't noticed that there are other problems with this script. So maybe it needs a complete rewrite instead. But I doubt if it should be simply deleted. Actually I think there is a litte problem with the installer: "add Python to PATH" is not selected by default

[issue30375] Correct stacklevel of warnings when compile regular expressions

Changes by Serhiy Storchaka : -- pull_requests: +1689 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue30371] test_long_lines() fails randomly on AMD64 Windows7 SP1 3.x

Changes by Jeremy Kloth : -- nosy: +jkloth ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1 VS9.0 2.7

Zachary Ware added the comment: Perl is not required when using the PCbuild/ build files on any branch. It is currently required to use the PC/VS9.0 build files, at least for 64-bit builds, because I was not able to make it work (and not break the new system) in the time I had to get it done.

[issue30375] Correct stacklevel of warnings when compile regular expressions

New submission from Serhiy Storchaka: When compile a regular expression with groups or conditionals emitted warnings point on lines in the re module implementation rather than the line in user code. >>> import re >>> re.compile('x(?i)') __main__:1: DeprecationWarning: Flags not at the start of

[issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1 VS9.0 2.7

Steve Dower added the comment: Perl should not be required - we should be checking these files in to our clone on svn.p.o for use when building. (Perl is only required by whoever creates the source tree, normally Zach.) Perhaps it got missed in the latest update? -- _

[issue30350] devguide suggests to use VS 2008 to build Python 2.7, but VS 2008 is no more supported?

Steve Dower added the comment: > That release is intended for building extension modules. Is it possible to > configure it for building CPython It's intended for extension modules, but should be usable for building CPython itself if someone wants to take the time to update the Python 2.7 build

[issue30374] Make win_add2path.py take effect without having to log off

Eryk Sun added the comment: Are people actually using this script? Maybe it should simply be removed. I see a few problems with it [1]: * A default value of "%PATH%" is wrong. That causes the system PATH to be concatenated with itself. * For the user scripts directory, replacing

[issue30357] test_thread.test_save_exception_state_on_error(): Unhandled exception in thread: AMD64 Debian root 2.7

STINNER Victor added the comment: New changeset 6924ed55c9807d69757e03bbe1caeec1104efacb by Victor Stinner (grzgrzgrz3) in branch '2.7': bpo-30357 each test in test_thread waits until all spawned threads finish (#1583) https://github.com/python/cpython/commit/6924ed55c9807d69757e03bbe1caeec110

[issue30357] test_thread.test_save_exception_state_on_error(): Unhandled exception in thread: AMD64 Debian root 2.7

STINNER Victor added the comment: There is still posibillity that different tests/testrunners spawn threads and 'fool' testcase. If you run multiple test files in parallel, each test runner process runs a single test at the same time: test methods are run sequentially to prevent side effects. -

[issue24896] It is undocumented that re.UNICODE and re.LOCALE affect re.IGNORECASE

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue24896] It is undocumented that re.UNICODE and re.LOCALE affect re.IGNORECASE

Serhiy Storchaka added the comment: As was reported in issue30373 there is the same issue with re.LOCALE. This documentation issue should be easy for everyone who is fluent in English and familiar with the re module. -- keywords: +easy nosy: +serhiy.storchaka title: It is undocumented

[issue30373] Incomplete description of re.LOCALE

Serhiy Storchaka added the comment: This looks similar to issue24896. Closing this issue as a duplicate since it is makes large sense to merge these two documentation changes. -- nosy: +serhiy.storchaka resolution: -> fixed stage: -> resolved status: open -> closed superseder: -> It

[issue26143] Ensure that IDLE's stdlib imports are from the stdlib

Terry J. Reedy added the comment: What I want from this issue , from a user perspective, is a) for IDLE to run without stumbling over user files, and b) for user code to see the same sys.path when executing under IDLE as when executed directly with the same cpython binary in the same mode. --

[issue30374] Make win_add2path.py take effect without having to log off

Changes by neeverett : -- pull_requests: +1688 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue30374] Make win_add2path.py take effect without having to log off

New submission from neeverett: I was trying to add Python to Windows PATH and found this tool. But after I ran it and restarted the Command Prompt, nothing seemed to be changed: Command Prompt still didn't recognize Python codes. Finally I got it done by manually setting the environment variab

[issue30373] Incomplete description of re.LOCALE

New submission from Jakub Wilk: reads: "Make \w, \W, \b, \B, \s and \S dependent on the current locale." But this is not the only thing this flag does. When combined with re.IGNORECASE, it also makes case-insesitive matching locale-dependen

[issue30362] Launcher add list and list with paths options

Steve Dower added the comment: The problem with taking more command line options is that we prevent real Python from ever using those options (or we end up with obscure rules like the "-3" one). Perhaps you'd be interested in using/contributing to my pep514tools project: https://github.com/zo

[issue30357] test_thread.test_save_exception_state_on_error(): Unhandled exception in thread: AMD64 Debian root 2.7

Grzegorz Grzywacz added the comment: I think this do not solve this issue yet. There is still posibillity that different tests/testrunners spawn threads and 'fool' testcase. I think we should not relay on `thread._count` value where it's possible. For master branch `thread._set_sentinel()` ca

[issue26143] Ensure that IDLE's stdlib imports are from the stdlib

Matthew Cowles added the comment: I'm very willing to believe that I'm missing something critical here, but wouldn't it be satisfactory to just move "" from the beginning to the end of sys.path in IDLE? I can imagine that it might cause a few problems for users, but it is simple and the probl

[issue30372] Status of __builtins__ is not totally clear

New submission from Malcolm Smith: https://docs.python.org/3.6/reference/executionmodel.html#builtins-and-restricted-execution describes the various things you can do with __builtins__, but then says "Users should not touch __builtins__; it is strictly an implementation detail." If this is so,

[issue30371] test_long_lines() fails randomly on AMD64 Windows7 SP1 3.x

New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/436/steps/test/logs/stdio == FAIL: test_long_lines (test.test_email.test_email.TestFeedParsers)

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

STINNER Victor added the comment: New changeset 7d6320ba47a229543acc0af6a64bc4e414932273 by Victor Stinner in branch 'master': bpo-30339: test_multiprocessing_main_handling timeout (#1593) https://github.com/python/cpython/commit/7d6320ba47a229543acc0af6a64bc4e414932273 -- __

[issue30370] IPython 5.3.0 debug mode breakpoint issue

Berker Peksag added the comment: Thanks for the report, but IPython is not part of the Python standard library. Since downgrading IPython to 4.2.0 solved your problem, I'd suggest to report this to IPython developers. -- nosy: +berker.peksag resolution: -> third party stage: -> resol

[issue30357] test_thread.test_save_exception_state_on_error(): Unhandled exception in thread: AMD64 Debian root 2.7

STINNER Victor added the comment: New changeset 79ef7f8e88a4972c4aecf95cfc5cd934f1861e08 by Victor Stinner in branch 'master': bpo-30357: test_thread now uses threading_cleanup() (#1592) https://github.com/python/cpython/commit/79ef7f8e88a4972c4aecf95cfc5cd934f1861e08 --

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

Changes by STINNER Victor : -- pull_requests: +1687 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

STINNER Victor added the comment: > manager._process.exitcode == -15 -15 is -signal.SIGTERM and comes from Popen.wait() of multiprocessing.popen_spawn_win32. res = _winapi.WaitForSingleObject(int(self._handle), msecs) if res == _winapi.WAIT_OBJECT_0: cod

[issue30329] test_imaplib.test_login_cram_md5(): OSError: [WinError 10022] An invalid argument was supplied on AMD64 Windows8.1 Non-Debug 3.6

STINNER Victor added the comment: New changeset 83a2c2879839da2e10037f5e4af1bd1dafbf1a52 by Victor Stinner in branch 'master': bpo-30329: Catch Windows error 10022 on shutdown() (#1538) https://github.com/python/cpython/commit/83a2c2879839da2e10037f5e4af1bd1dafbf1a52 -- _

[issue30344] test_multiprocessing.test_notify_all(): AssertionError: 6 != 5 on x86 Windows XP 2.7

STINNER Victor added the comment: I pushed my backport. Since the bug occurs randomly, I consider that it's now fixed and I close the issue. I may reopen if the bug reappears. New changeset 9d1983be503012e750f49d31b569f3fe4554c628 by Victor Stinner in branch '2.7': bpo-11790: Fix sporadic fail

[issue11790] transient failure in test_multiprocessing.WithProcessesTestCondition

STINNER Victor added the comment: New changeset 9d1983be503012e750f49d31b569f3fe4554c628 by Victor Stinner in branch '2.7': bpo-11790: Fix sporadic failures in test_multiprocessing.WithProcessesTestCondition. (#1591) https://github.com/python/cpython/commit/9d1983be503012e750f49d31b569f3fe4554

[issue30357] test_thread.test_save_exception_state_on_error(): Unhandled exception in thread: AMD64 Debian root 2.7

Changes by STINNER Victor : -- pull_requests: +1686 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30357] test_thread.test_save_exception_state_on_error(): Unhandled exception in thread: AMD64 Debian root 2.7

STINNER Victor added the comment: Using 5 terminals to run 5 tests in parallel. I'm unable to reproduce the bug if I only run the test alone: ./python -m test -uall -F -m test_save_exception_state_on_error test_thread But I'm able to reproduce the bug if I run the full test_thread.py: .

[issue30370] IPython 5.3.0 debug mode breakpoint issue

New submission from Taylor Newton: Hi Python Team, I recently upgraded Python to version 2.7.8 (from 2.6.6) and IPython to version 5.3.0. I noticed that when using the magic command (%run -d) in IPython, subsequent runs of a program seem to fail with a "KeyError", apparently due to the debug

[issue30344] test_multiprocessing.test_notify_all(): AssertionError: 6 != 5 on x86 Windows XP 2.7

STINNER Victor added the comment: I created https://github.com/python/cpython/pull/1591 : backport bpo-11790 to 2.7. -- pull_requests: +1685 ___ Python tracker ___ _

[issue11790] transient failure in test_multiprocessing.WithProcessesTestCondition

Changes by STINNER Victor : -- pull_requests: +1684 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30350] devguide suggests to use VS 2008 to build Python 2.7, but VS 2008 is no more supported?

Eryk Sun added the comment: >> It's a pain to try to install VS 2008 in 2017: it disappeared from >> microsoft.com, at least the Express edition. > I believe that is why Microsoft released the Visual C++ Compiler for > Python 2.7 > (https://www.microsoft.com/en-us/download/details.aspx?id=4426

[issue30350] devguide suggests to use VS 2008 to build Python 2.7, but VS 2008 is no more supported?

STINNER Victor added the comment: > I believe that is why Microsoft released the Visual C++ Compiler for Python > 2.7 (https://www.microsoft.com/en-us/download/details.aspx?id=44266) > although, if memory serves, there is some issue with the 64-bit toolchain. Oh, I recall an announcement about

[issue29842] Make Executor.map work with infinite/large inputs correctly

Max added the comment: Correction: this PR is useful for `ProcessPoolExecutor` as well. I thought `chunksize` parameter handles infinite generators already, but I was wrong. And, as long as the number of items prefetched is a multiple of `chunksize`, there are no issues with the chunksize opti

[issue30350] devguide suggests to use VS 2008 to build Python 2.7, but VS 2008 is no more supported?

Jeremy Kloth added the comment: > Wait? Why not suggesting to use this recent VS 2015 if it's > supported? In theory it is supported, yes. However, it is not compatible with previous C runtimes. Meaning things like memory allocation (malloc) and file pointers (FILE *) wouldn't play nice in e

[issue9850] obsolete macpath module dangerously broken and should be removed

Serhiy Storchaka added the comment: No, the current code LGTM. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29196] Remove old-deprecated plistlib features

Serhiy Storchaka added the comment: If the capability of the former plistlib.Dict class is useful, it would be better to provide it for general use in modules collections or types. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed _

[issue9850] obsolete macpath module dangerously broken and should be removed

STINNER Victor added the comment: >> I looked at this function, but I don't want to skip the test if the module >> cannot be imported. > > You can pass required_on=('',). ('',) looks mysterious to me. I prefer my current code. If you consider that an helper is required, I would prefer a more e

[issue30344] test_multiprocessing.test_notify_all(): AssertionError: 6 != 5 on x86 Windows XP 2.7

STINNER Victor added the comment: New fail on x86 Windows XP VS9.0 2.7: http://buildbot.python.org/all/builders/x86%20Windows%20XP%20VS9.0%202.7/builds/153/steps/test/logs/stdio -- ___ Python tracker __

[issue29196] Remove old-deprecated plistlib features

Serhiy Storchaka added the comment: New changeset edef358ed6d05f927bf1636cc5a920a9d868b131 by Serhiy Storchaka in branch 'master': bpo-29196: Removed old-deprecated classes Plist, Dict and _InternalDict (#488) https://github.com/python/cpython/commit/edef358ed6d05f927bf1636cc5a920a9d868b131 -

[issue30369] test_thread crashed with SIGBUS on AMD64 FreeBSD 10.x Shared 3.6

New submission from STINNER Victor: SIGBUS on the second gc.collect() call of support.gc_collect() in test_thread. http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.6/builds/136/steps/test/logs/stdio 0:07:35 [330/405] test_thread crashed -- running: test_datetime (106

[issue9850] obsolete macpath module dangerously broken and should be removed

Serhiy Storchaka added the comment: > I looked at this function, but I don't want to skip the test if the module > cannot be imported. You can pass required_on=('',). -- ___ Python tracker

[issue30329] test_imaplib.test_login_cram_md5(): OSError: [WinError 10022] An invalid argument was supplied on AMD64 Windows8.1 Non-Debug 3.6

STINNER Victor added the comment: The error code is documented: https://msdn.microsoft.com/en-us/library/windows/desktop/ms740481(v=vs.85).aspx WSAEINVAL: The how parameter is not valid, or is not consistent with the socket type. For example, SD_SEND is used with a UNI_RECV socket type. -

[issue9850] obsolete macpath module dangerously broken and should be removed

STINNER Victor added the comment: New changeset d812eb731d886065bdd9bc94a3f0e5dfdcd671a4 by Victor Stinner in branch 'master': bpo-9850: Document macpath deprecation in Misc/NEWS (#1590) https://github.com/python/cpython/commit/d812eb731d886065bdd9bc94a3f0e5dfdcd671a4 --

[issue9850] obsolete macpath module dangerously broken and should be removed

STINNER Victor added the comment: Serhiy Storchaka: "And please add a Misc/NEWS entry." I created https://github.com/python/cpython/pull/1590 Serhiy: "You can use test.support.import_module(deprecated=True) for importing deprecated module in tests." I looked at this function, but I don't wan

[issue9850] obsolete macpath module dangerously broken and should be removed

Changes by STINNER Victor : -- pull_requests: +1683 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue9850] obsolete macpath module dangerously broken and should be removed

Jim Fasarakis-Hilliard added the comment: Great! Also, as Mariatta mentioned in a previous message, shouldn't an entry in PEP-4 be made? -- ___ Python tracker ___ ___

[issue9850] obsolete macpath module dangerously broken and should be removed

Serhiy Storchaka added the comment: And please add a Misc/NEWS entry. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue9850] obsolete macpath module dangerously broken and should be removed

Serhiy Storchaka added the comment: You can use test.support.import_module(deprecated=True) for importing deprecated module in tests. -- versions: -Python 3.6 ___ Python tracker ___

[issue9850] obsolete macpath module dangerously broken and should be removed

STINNER Victor added the comment: > Bump, any update on what to do with this issue? I just deprecated the macpath module in Python 3.7. It will be removed from Python 3.8. -- ___ Python tracker ___

[issue30366] Backport tests for test.support to 2.7

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue9850] obsolete macpath module dangerously broken and should be removed

STINNER Victor added the comment: New changeset 89a1c93f046f9726310f8362227be7b8e50eea22 by Victor Stinner in branch 'master': bpo-9850: Deprecate the macpath module (#1540) https://github.com/python/cpython/commit/89a1c93f046f9726310f8362227be7b8e50eea22 -- _

[issue30366] Backport tests for test.support to 2.7

Serhiy Storchaka added the comment: New changeset eb66897e875eecd78bcb9a330a819bca6e09e7a2 by Serhiy Storchaka in branch '2.7': [2.7] bpo-30366: Backport tests for test.support. (#1582) https://github.com/python/cpython/commit/eb66897e875eecd78bcb9a330a819bca6e09e7a2 -- _

[issue30351] regrtest hangs on x86 Windows XP 2.7

STINNER Victor added the comment: Similar issue on x86 Tiger 2.7? http://buildbot.python.org/all/builders/x86%20Tiger%202.7/builds/151/steps/test/logs/stdio 0:24:55 [371/402] test_pep277 passed -- running: test_xpickle (613 sec) 0:24:56 [372/402] test_shlex passed -- running: test_xpickle (615

[issue26122] Isolated mode doesn't ignore PYTHONHASHSEED

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue30350] devguide suggests to use VS 2008 to build Python 2.7, but VS 2008 is no more supported?

STINNER Victor added the comment: > Now that my buildbot is back online, there is one unresolved issue pertaining > to using VS9.0 only for building. That is building without Perl. It was a > supported feature prior to backporting the MSBuild toolchain. With recent > OpenSSL releases, witho

[issue29570] Windows Buildbot 2.7 is broken

STINNER Victor added the comment: Yeah, thank you Jeremy! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue30368] [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1 VS9.0 2.7

New submission from STINNER Victor: See http://bugs.python.org/issue30350#msg293663 http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%20VS9.0%202.7/builds/83/steps/compile/logs/stdio Build started: Project: _ssl, Configuration: Debug|x64 ... No Perl installation was found. Existing

[issue30350] devguide suggests to use VS 2008 to build Python 2.7, but VS 2008 is no more supported?

STINNER Victor added the comment: "To further clarify, *all* 2.7 Windows builders *are* using VS 2008's compiler toolchain, but they're using VS 2015's MSBuild with VS 2010's description of 2008's compiler toolchain to build the projects described in PCbuild/." Wait? Why not suggesting to use

[issue30353] ctypes: pass by value for structs broken on Cygwin/MinGW 64-bit

Erik Bray added the comment: Thanks for pointing that out. Indeed it's the same symptom, but slightly different cause. libffi has different implementations of its calling routines for different architectures/platforms depending on the machine architecture and calling conventions used. So th

[issue30296] Remove unnecessary tuples, lists, sets, and dicts from Lib

Raymond Hettinger added the comment: Serhiy, the latest version of this PR looks okay to me. Do you care to veto any of the remaining suggested changes? -- assignee: rhettinger -> serhiy.storchaka ___ Python tracker

[issue30280] Warning -- threading._dangling was modified by test_asyncio on FreeBSD 9 and 10

STINNER Victor added the comment: Xiang Zhang just fixed a bug to release resources in test_asyncio: bpo-30110, commit 981096f98b9c131594b0ac85ad01b63cbd11aa0a. No idea if it's enough to fix the warning. -- nosy: +xiang.zhang ___ Python tracker

[issue29196] Remove old-deprecated plistlib features

Ronald Oussoren added the comment: I don't know why the feature was deprecated, is was deprecated a long time ago by Just. I agree that the feature is convenient at times, but it is also different from how dicts are generally used. BTW. I'm in favour of removing the feature, not having this