[issue29196] Remove old-deprecated plistlib features

[Ronald Oussoren]

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 deprecated feature 
makes the library easier to understand and maintain.

P.S. plistlib was not introduced in 2.6, but in 2.3. In 2.3 it was part of the 
MacOS library (Lib/plat-mac) and in 2.6 it was migrated to the regular stdlib.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Raymond Hettinger]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Erik Bray]

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 this case is probably buggy for the arm64 
implementation as well, as in #29804.

Off the top of my head I don't know a reliable way to check for this case, but 
this fix would work around the arm64 issue as well if I could check for that 
architecture easily at compile time.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 this recent VS 2015 if it's supported? It's a 
pain to try to install VS 2008 in 2017: it disappeared from microsoft.com, at 
least the Express edition. Moreover, it becomes more and more clear that VS 
2008 has a worse support than the PCbuild directory.

So why not updating the devguide to suggest first to use the PCbuild directory 
using VS 2010 or newer? Are the latest VS version able to use PCbuild of Python 
2.7?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 Makefiles are used.
...
IOError: [Errno 2] No such file or directory: 'crypto\\buildinf_amd64.h'

--
assignee: christian.heimes
components: Build, SSL, Windows
messages: 293687
nosy: christian.heimes, haypo, jkloth, paul.moore, steve.dower, tim.golden, 
zach.ware
priority: normal
severity: normal
status: open
title: [2.7] OpenSSL compilation fails on AMD64 Windows7 SP1 VS9.0 2.7
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29570] Windows Buildbot 2.7 is broken

[STINNER Victor]

STINNER Victor added the comment:

Yeah, thank you Jeremy!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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, without Perl is no longer functional.

I opened bpo-30368 to track this issue.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26122] Isolated mode doesn't ignore PYTHONHASHSEED

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30351] regrtest hangs on x86 Windows XP 2.7

[STINNER Victor]

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 sec)
0:25:03 [373/402] test_random passed -- running: test_xpickle (621 sec)

command timed out: 1200 seconds without output running ['make', 'buildbottest', 
'TESTOPTS=-j2', 'TESTPYTHONOPTS=', 'TESTTIMEOUT=900'], attempting to kill
process killed by signal 9
program finished with exit code -1
elapsedTime=2707.762029

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30366] Backport tests for test.support to 2.7

[Serhiy Storchaka]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30366] Backport tests for test.support to 2.7

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

And please add a Misc/NEWS entry.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jim Fasarakis-Hilliard]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +1683

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 want to skip the test if the module 
cannot be imported.


Jim Fasarakis-Hilliard: "Great! Also, as Mariatta mentioned in a previous 
message, shouldn't an entry in PEP-4 be made?"

I created https://github.com/python/peps/pull/257

I didn't know the PEP 4.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 sec)
Fatal Python error: Bus error

Current thread 0x000802372800 (most recent call first):

Thread 0x000802006400 (most recent call first):
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/support/__init__.py",
 line 1511 in gc_collect
gc.collect()
if is_jython:
time.sleep(0.1)
gc.collect() < HERE
gc.collect()
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/save_env.py",
 line 271 in __exit__
support.gc_collect()  # Some resources use weak references
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py",
 line 168 in runtest_inner
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py",
 line 119 in runtest
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest_mp.py",
 line 71 in run_tests_slave
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 475 in _main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 468 in main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 532 in main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/regrtest.py", 
line 46 in _main
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/regrtest.py", 
line 50 in 
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/runpy.py", line 
85 in _run_code
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/runpy.py", line 
193 in _run_module_as_main
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/runpy.py", line 
193, in _run_module_as_main
"__main__", mod_spec)
  File "/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/runpy.py", line 
85, in _run_code
exec(code, run_globals)
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/__main__.py", 
line 2, in 
main()
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 532, in main
Regrtest().main(tests=tests, **kwargs)
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 468, in main
self._main(tests, kwargs)
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 490, in _main
self.run_tests()
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 416, in run_tests
run_tests_multiprocess(self)
  File 
"/usr/home/buildbot/python/3.6.koobs-freebsd10/build/Lib/test/libregrtest/runtest_mp.py",
 line 221, in run_tests_multiprocess
raise Exception(msg)
Exception: Child error on test_thread: Exit code -10
*** Error code 1

--
components: Tests
messages: 293701
nosy: haypo
priority: normal
severity: normal
status: open
title: test_thread crashed with SIGBUS on AMD64 FreeBSD 10.x Shared 3.6
type: crash
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29196] Remove old-deprecated plistlib features

[Serhiy Storchaka]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 explicit 
option on import_module(), like always_raise=True or something like that?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29196] Remove old-deprecated plistlib features

[Serhiy Storchaka]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

No, the current code LGTM.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jeremy Kloth]

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 extensions compiled against the 2008 toolchain 
(everything on PyPI).

> 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=44266) although, if 
memory serves, there is some issue with the 64-bit toolchain.

> Moreover, it becomes more and more clear that VS 2008 has a worse
> support than the PCbuild directory.

I guess that is why this bug report exists ;)  Seriously, though, that is why 
we recently added the VS9.0 builders.

> So why not updating the devguide to suggest first to use the
> PCbuild directory using VS 2010 or newer? Are the latest VS
> version able to use PCbuild of Python 2.7?

See above.  You can, but then your built Python is incompatible with the world.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Max]

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 optimization either.

And a minor correction: when listing the advantages of this PR, I should have 
said: "In addition, if the pool is not busy when `map` is called, your 
implementation will also be more responsive, since it will yield the first 
result earlier."

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 that, but I don't see the link on
the devguide. It should be added.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Eryk Sun]

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=44266) 
> although, if memory serves, there is some issue with the 64-bit
> toolchain.

That release is intended for building extension modules. Is it possible to 
configure it for building CPython?

--
nosy: +eryksun

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11790] transient failure in test_multiprocessing.WithProcessesTestCondition

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +1684

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30370] IPython 5.3.0 debug mode breakpoint issue

[Taylor Newton]

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 debugger's failure to clear breakpoints from previous runs of the program.

I attached a sample of output from one such failed run, where a breakpoint that 
had been set at line 56 in a previous call caused the program to crash, though 
in the current call, only one breakpoint at line 70 is requested.  

For the time being, I've downgraded to IPython version 4.2.0, which seems to 
work as expected.

Cheers,
Taylor

--
files: ipython_error
messages: 293712
nosy: Taylor Newton
priority: normal
severity: normal
status: open
title: IPython 5.3.0 debug mode breakpoint issue
type: crash
versions: Python 2.7
Added file: http://bugs.python.org/file46864/ipython_error

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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:

   ./python -m test -uall -F test_thread

So I'm now more confident that grzgrzgrz3's patch can fix the issue. 
test_thread uses the low-level thread.start_new_thread() function to spawn 
threads, but pthread_join() is not used to wait for the thread exit. So 
multiple test_thread tests can "leak" threads which can have random effect on 
following tests.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +1686

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11790] transient failure in test_multiprocessing.WithProcessesTestCondition

[STINNER Victor]

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/9d1983be503012e750f49d31b569f3fe4554c628


--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 failures in 
test_multiprocessing.WithProcessesTestCondition. (#1591)
https://github.com/python/cpython/commit/9d1983be503012e750f49d31b569f3fe4554c628

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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:
code = _winapi.GetExitCodeProcess(self._handle)
if code == TERMINATE:
code = -signal.SIGTERM

The process exited and its exit code is 0x1 (TERMINATE).

I understand that Popen.terminate() of multiprocessing.popen_spawn_win32 was 
called.

BaseManager.start() registers a finalizer: _finalize_manager(). This method 
sends a "shutdown" message to the process and then gives 1.0 second to the 
process to complete. If the process doesn't complete in 1 second, .terminate() 
is called.

1 second is kind of arbitrary: it depends on the system load. We should give 
more time to the manager to complete, or accept -signal.SIGTERM as a "valid" 
exit code.

I see different options:

* Shutdown the manager in test_multiprocessing and give more time to the 
manager to complete
* Make the timeout configurable
* Allow -signal.SIGTERM exit code in test_mymanager_context()

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +1687

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30370] IPython 5.3.0 debug mode breakpoint issue

[Berker Peksag]

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:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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)
--
Traceback (most recent call last):
  File 
"C:\buildbot.python.org\3.x.kloth-win64\build\lib\test\test_email\test_email.py",
 line 3526, in test_long_lines
self.assertEqual(m.get_payload(), 'x'*M*N)
AssertionError: '[17103482 
chars]xz[2896464 chars]' != 
'[17103482 chars]xx[2896464 
chars]'


Notice the "z" in "...xz...".

--
components: Tests
messages: 293721
nosy: barry, haypo, r.david.murray
priority: normal
severity: normal
status: open
title: test_long_lines() fails randomly on AMD64 Windows7 SP1 3.x
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30372] Status of __builtins__ is not totally clear

[Malcolm Smith]

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, the entire section should be marked "CPython implementation 
detail", not just that last paragraph.

Elsewhere, 
https://docs.python.org/3.6/reference/import.html#replacing-the-standard-import-system
 suggests that the __import__ function could be replaced "at the module level 
to only alter the behaviour of import statements within that module". Is there 
any way of doing this other than manipulating the module's __builtins__? If 
not, this is encouraging the programmer to rely on a CPython implementation 
detail without marking it as such.

--
assignee: docs@python
components: Documentation
messages: 293722
nosy: Malcolm Smith, docs@python
priority: normal
severity: normal
status: open
title: Status of __builtins__ is not totally clear
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Matthew Cowles]

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 problems would be easy to explain.

IDLE is commonly used by beginners and over at python-help I would not relish 
the prospect of saying, "With IDLE, the import rules change on account of 
various conditions" I don't think that would be much better than the 
current state.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Grzegorz Grzywacz]

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()` can be used. For 2.7 i don't know 
simple solution.

I would like to know your opinion it is worth changing?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30362] Launcher add list and list with paths options

[Steve Dower]

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/zooba/pep514tools ? Because it doesn't have to imitate 
python.exe, it can have its own command line options, and I'd be totally happy 
for the __main__.py to be filled out.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30373] Incomplete description of re.LOCALE

[Jakub Wilk]

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

--
assignee: docs@python
components: Documentation
messages: 293726
nosy: docs@python, jwilk
priority: normal
severity: normal
status: open
title: Incomplete description of re.LOCALE

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[neeverett]

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 variables in Windows System Properties.

Then I tried to figure out what was wrong with this script and found that it 
does not take effect until a reboot or log off. It's not mentioned in the 
content or output of the script, making it puzzling.

The cause of this inconvenience is that though the script changes the env vars, 
applications don't refer to the new values automatically. It is explained in a 
Microsoft KB article(http://support.microsoft.com/kb/104011) -- "However, note 
that modifications to the environment variables do not result in immediate 
change. For example, if you start another Command Prompt after making the 
changes, the environment variables will reflect the previous (not the current) 
values. The changes do not take effect until you log off and then log back on."

The article also provided a method to refresh the environment variables 
immediately  -- "To effect these changes without having to log off, broadcast a 
WM_SETTINGCHANGE message to all windows in the system, so that any interested 
applications (such as Windows Explorer, Program Manager, Task Manager, Control 
Panel, and so forth) can perform an update."

I am going to create a PR which implements it by using 
ctypes.windll.user32.SendMessageTimeoutW() to broadcast the WM_SETTINGCHANGE 
message.

--
components: Demos and Tools, Windows, ctypes
messages: 293727
nosy: neeverett, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Make win_add2path.py take effect without having to log off
type: behavior
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[neeverett]

Changes by neeverett :


--
pull_requests: +1688

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Terry J. Reedy]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30373] Incomplete description of re.LOCALE

[Serhiy Storchaka]

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 is undocumented that re.UNICODE affects re.IGNORECASE

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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 that re.UNICODE affects re.IGNORECASE -> It is 
undocumented that re.UNICODE and re.LOCALE affect re.IGNORECASE

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jakub Wilk]

Changes by Jakub Wilk :


--
nosy: +jwilk

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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/6924ed55c9807d69757e03bbe1caeec1104efacb


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Eryk Sun]

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 appdata with
  "%APPDATA%" causes os.path.isdir to always fail.

* REG_EXPAND_SZ should only be used when '%' occurs 2 or more
  times. Otherwise use REG_SZ. An existing REG_SZ type should 
  be preserved, if the value doesn't have two or more '%' 
  characters, because the user may be reusing PATH in a 
  REG_EXPAND_SZ variable.

  (The environment gets created in 2 passes -- actually 4 
  passes if we consider that system values are loaded 
  before user values. REG_SZ values get loaded first, and 
  then REG_EXPAND_SZ values are loaded and expanded. The 
  latter may depend on REG_SZ values, and also system 
  values in the user case, but should never depend on 
  other REG_EXPAND_SZ values since the enumeration order 
  of the registry key is undefined. In practice a key is
  enumerated in definition order, not the alphabetic 
  order displayed in regedit.)

* It doesn't broadcast a WM_SETTINGCHANGE message, so it
  needlessly forces the user to log off and back on in order to
  use the modified PATH.

[1]: https://mail.python.org/pipermail/python-list/2016-February/703344.html

--
nosy: +eryksun

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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 system 
to use it. (Also, there's nothing wrong with the 64-bit toolset in this 
installer - that was the Windows SDK version of the compilers.)

The main reason you can't use it is because our build system is MSBuild based 
and the compiler package does not register with MSBuild (it doesn't provide a 
Platform Toolset). It would be possible to write one that would work, though I 
don't know exactly how to do it - I believe ICC and clang both provide the 
required files though, so it may be relatively easy to add the toolset files 
into our source repo and make it work.

There are likely some other reasons that the build will fail, but those can 
likely be worked around within the source repository.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30375] Correct stacklevel of warnings when compile regular expressions

[Serhiy Storchaka]

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 the expression x(?i)
re.compile('x(?i)', re.IGNORECASE)
>>> re.compile('(x(?i))')
/home/serhiy/py/cpython/Lib/re.py:281: DeprecationWarning: Flags not at the 
start of the expression (x(?i))
  p = sre_compile.compile(pattern, flags)
re.compile('(x(?i))', re.IGNORECASE)
>>> re.compile('((x(?i)))')
/home/serhiy/py/cpython/Lib/sre_parse.py:889: DeprecationWarning: Flags not at 
the start of the expression ((x(?i)))
  p = _parse_sub(source, pattern, flags & SRE_FLAG_VERBOSE, False)
re.compile('((x(?i)))', re.IGNORECASE)

Proposed patch fixes this:

>>> import re
>>> re.compile('x(?i)')
__main__:1: DeprecationWarning: Flags not at the start of the expression x(?i)
re.compile('x(?i)', re.IGNORECASE)
>>> re.compile('(x(?i))')
__main__:1: DeprecationWarning: Flags not at the start of the expression (x(?i))
re.compile('(x(?i))', re.IGNORECASE)
>>> re.compile('((x(?i)))')
__main__:1: DeprecationWarning: Flags not at the start of the expression 
((x(?i)))
re.compile('((x(?i)))', re.IGNORECASE)

--
assignee: serhiy.storchaka
components: Library (Lib), Regular Expressions
messages: 293736
nosy: ezio.melotti, mrabarnett, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Correct stacklevel of warnings when compile regular expressions
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Zachary Ware]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jeremy Kloth]

Changes by Jeremy Kloth :


--
nosy: +jkloth

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30375] Correct stacklevel of warnings when compile regular expressions

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
pull_requests: +1689

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[neeverett]

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 
when installing. I don't know if there's a reason for this. But beginners like 
me tend to install Python under the default configs therefore it is possible 
that they later find Python is not in the system PATH. Under this condition it 
is at least more convenient than manually setting the env vars.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Paul Moore]

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. If that includes 
python (for example, an older version of Python), then you think you have added 
Python to PATH but you still get the old version. We can't add the user python 
to the system PATH, as it may not be accessible to other users.

We don't make an all-users Python the default because users would then not be 
able to "pip install" modules without using an elevated prompt. So an all-users 
install should be left as a choice for a system admin who understands the 
implications.

Long story short, it's complicated and there's no really perfect solution.

The easiest answer is to say that you should be using the "py" launcher to 
start Python anyway. That *is* available in PATH and will pick up your default 
configured Python. With that, you don't need to add anything to PATH.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30376] Curses documentation refers to incorrect type

[Ryan Jarvis]

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 and 
Python3 documentation.   

https://docs.python.org/3/library/curses.html
https://docs.python.org/2/library/curses.html

There is no type information available the curses window object in the 
documentation.

--
assignee: docs@python
components: Documentation
messages: 293740
nosy: Ryan Jarvis, docs@python
priority: normal
severity: normal
status: open
title: Curses documentation refers to incorrect type
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Matthew Cowles]

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 am. I would take 
the easy way out.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Charalampos Stratakis]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Charalampos Stratakis]

Changes by Charalampos Stratakis :


--
nosy: +ishcherb

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30211] Bdb: add docstrings

[Terry J. Reedy]

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"

>>> 1/0
Traceback (most recent call last):
  File "", line 1, in 
ZeroDivisionError: division by zero

(IDLE generates "", when n is statement number, starting with 0.)

This and any other doc errors we find should be corrected in this issue, but 
perhaps in a separate PR that can be backported separately.

--
assignee: docs@python -> terry.reedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30211] Bdb: add docstrings

[Terry J. Reedy]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24339] iso6937 encoding missing

[Xiang Zhang]

Xiang Zhang added the comment:

Would you mind converting this patch to a Github PR John?

--
stage: needs patch -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Michael Cuthbert]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Michael Cuthbert]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Senthil Kumaran]

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/f6e863d868a621594df2a8abe072b5d4766e7137


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Senthil Kumaran]

Changes by Senthil Kumaran :


--
pull_requests: +1690

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Senthil Kumaran]

Changes by Senthil Kumaran :


--
pull_requests: +1691

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30362] Launcher add list and list with paths options

[Steve Barnes]

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 about dropping the short flags, (-l & -L), and making the long flags more 
launcher specific, i.e. --launcher-list and --launcher-list-paths spring to 
mind.

I really do think that this change would be really useful, e.g. in the short 
form to generate a list of installed targets that might all need a specific 
library updated or to create one venv for each installed target, the long 
version has already helped me out spotting where a python that I was not 
expecting had been added to the registry.

I'll also take a look over on pep514tools to see if there is anything I can do 
to help there.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Senthil Kumaran]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Senthil Kumaran]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Senthil Kumaran]

Changes by Senthil Kumaran :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30211] Bdb: add docstrings

[Terry J. Reedy]

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 IDLE's Idb and Debugger (my real interest here) will 
help.

is_skipped_module is public, by its name, but is not in the doc.

break_here: " If the breakpoint is a temporary one, this method deletes it."  
maybe (if flag from effective is True)

The first comment and the code that follows do not seem to match.  IDLE does 
not set breakpoints for functions, so I cannot test the behavior here with its 
debugger.

set_break doc says filename should be canonic, but function then calls canonic. 
 So canonic not needed.  If it is, result is self.fncache[canonic_filename] = 
self.fncache[canonic_filename].  But I will leave suggestion as is for now.

get_stack: return 'size of the higher part': If higher part does not stop as 
self.botframe (which might be None?), the size is of the lower part.  I need to 
review frame and tb objects pin down this docstring.

I just pushed my changes.  Please review for typos and anything you think is a 
new error.  Otherwise, I think this is about good enough to merge.

--
stage:  -> commit review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com