[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

[Alexander Mohr]

Alexander Mohr added the comment:

should the base method which calls tp_dealloc do this?  Maybe can kill all 
birds with one stone.

--
nosy: +thehesiod

___
Python tracker 

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

[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

[INADA Naoki]

New submission from INADA Naoki:

like GH-2966, most types with Py_TPFLAGS_HAVE_GC
should call PyObject_GC_UnTrack() at top of the tp_dealloc.

For example, I found lru_cache doesn't call it and I can produce
segmentation fault.

I'll check other types too.

--
components: Extension Modules, Interpreter Core
files: lru_cache_segv.py
messages: 299600
nosy: inada.naoki
priority: normal
severity: normal
status: open
title: Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC
versions: Python 3.6, Python 3.7
Added file: http://bugs.python.org/file47055/lru_cache_segv.py

___
Python tracker 

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

[issue31083] IDLE: document new TabPage(Frame) design for configdialog

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
resolution:  -> fixed
stage: needs patch -> 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

[issue31083] IDLE: document new TabPage(Frame) design for configdialog

[Terry J. Reedy]

Terry J. Reedy added the comment:

The next blockers are the tests for the other 3 tabs: #31001, #31002, #31093.  

Steps for converting block of ConfigDialog methods for tab X into a class.  
Steps are updated from #31050.

* In create_widgets, change 'self.create_page_/highlight/keys/extensions/' to 
'/High/Keys/Ext/Page(note)'.
* In load_configs, comment-out load_X_cfgs.  If there is no problem moving all 
these calls into the class inits, method will be deleted.
* Copy the block for X into its appropriate position after class FontPage.
* Comment out old code.
* Before the copy, add 'class XPage(Frame):' and def __init__ as given in the 
outline.
* In the 'create_page_x' method, at the top, Pass 'self' instead of 'parent' as 
tk Var masters;
* delete 'frame = dialog.tabpages...';
* replace 'frame' with 'self' as master for widgets that used 'frame';
* delete 'return frame' at end.

After tests pass with revision above, delete original block of methods.

I have considered doing this before writing tests, but I don't quite feel 
comfortable doing so.  To convert tests written first:

* change 'XTest' to 'XPageTest' where 2nd X is abbreviated form.
* change setUpClass similarly as in FontPageTest;
* change test functions similarly as in FontPageTest; change 'dialog' to 
'self.page' and 'd = dialog' to 'd = self.page'.
* make other changes needed to keep tests passing, but there may not be any 
more changes needed.

--

___
Python tracker 

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

[issue31094] asyncio: get list of connected clients

[Dmitry Vinokurov]

New submission from Dmitry Vinokurov:

Hi!

I'm using python-opcua and wonder if it is possible to get list of clients 
connected to running server? I've asked such question in python-opcua repo 
https://github.com/FreeOpcUa/python-opcua/issues/480 and developers redirected 
me here.

Thanks in advance

--
components: asyncio
messages: 299598
nosy: Dmitry Vinokurov, yselivanov
priority: normal
severity: normal
status: open
title: asyncio: get list of connected clients
type: enhancement
versions: Python 3.5

___
Python tracker 

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

[issue31083] IDLE: document new TabPage(Frame) design for configdialog

[Terry J. Reedy]

Terry J. Reedy added the comment:


New changeset 48fcc72c83e1b47b200dd39f9dcc9f62fa0d4d17 by Terry Jan Reedy in 
branch '3.6':
[3.6] bpo-31083: IDLE: Describe the Page classes in configdialog (GH-2965) 
(#2973)
https://github.com/python/cpython/commit/48fcc72c83e1b47b200dd39f9dcc9f62fa0d4d17


--

___
Python tracker 

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

[issue31001] IDLE: Add tests for configdialog highlight tab

[Terry J. Reedy]

New submission from Terry J. Reedy:

Pr2908 originally just sorted highlight methods together, but was extended to 
sort all methods together and relabeled for #31060.  (This actually simplified 
the diff.)  Pr2925, the 3.6 backport, appears on the replacement issue.

--

___
Python tracker 

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

[issue31093] IDLE: Add tests for configdialog extensions tab

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
assignee: terry.reedy
components: IDLE
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: Add tests for configdialog extensions tab
type: enhancement
versions: 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

[issue31083] IDLE: document new TabPage(Frame) design for configdialog

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
pull_requests: +3018

___
Python tracker 

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

[issue31083] IDLE: document new TabPage(Frame) design for configdialog

[Terry J. Reedy]

Terry J. Reedy added the comment:


New changeset 6f446bee4f6ac0c61bb2c3386a0149fd36855793 by Terry Jan Reedy 
(csabella) in branch 'master':
bpo-31083: IDLE: Describe the Page classes in configdialog (#2965)
https://github.com/python/cpython/commit/6f446bee4f6ac0c61bb2c3386a0149fd36855793


--

___
Python tracker 

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

[issue25910] Fixing links in documentation

[Mariatta Wijaya]

Mariatta Wijaya added the comment:


New changeset 330cdac5174e3dc6c1deb876bc12a39d7af9af84 by Mariatta in branch 
'3.6':
bpo-25910: Update LICENSE (GH-2873) (GH-2967)
https://github.com/python/cpython/commit/330cdac5174e3dc6c1deb876bc12a39d7af9af84


--

___
Python tracker 

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

[issue25910] Fixing links in documentation

[Mariatta Wijaya]

Mariatta Wijaya added the comment:


New changeset b3c7d37c5ac8dbba4f1ebcf279bfceb570fb6c19 by Mariatta in branch 
'2.7':
bpo-25910: Update LICENSE (GH-2873) (GH-2969)
https://github.com/python/cpython/commit/b3c7d37c5ac8dbba4f1ebcf279bfceb570fb6c19


--

___
Python tracker 

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

[issue25910] Fixing links in documentation

[Mariatta Wijaya]

Mariatta Wijaya added the comment:


New changeset f6306e737203ac1bf1717bbf62bc58dac24b68db by Mariatta in branch 
'3.5':
bpo-25910: Update LICENSE (GH-2873) (GH-2968)
https://github.com/python/cpython/commit/f6306e737203ac1bf1717bbf62bc58dac24b68db


--

___
Python tracker 

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

[issue25910] Fixing links in documentation

[Mariatta Wijaya]

Changes by Mariatta Wijaya :


--
pull_requests: +3016

___
Python tracker 

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

[issue25910] Fixing links in documentation

[Mariatta Wijaya]

Changes by Mariatta Wijaya :


--
pull_requests: +3017

___
Python tracker 

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

[issue25910] Fixing links in documentation

[Mariatta Wijaya]

Changes by Mariatta Wijaya :


--
pull_requests: +3015

___
Python tracker 

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

Re: @lru_cache on functions with no arguments

[Terry Reedy]

On 7/31/2017 7:31 PM, t...@tomforb.es wrote:

As part of the Python 3 cleanup in Django there are a fair few uses of 
@functools.lru_cache on functions that take no arguments.


This makes no sense to me.  If the function is being called for 
side-effects, then it should not be cached.  If the function is being 
called for a result, different for each call, calculated from a changing 
environment, then it should not be cached.  (Input from disk is an 
example.) If the function returns a random number, or a non-constant 
value from an oracle (such as a person), it should not be cached.  If 
the function returns a constant (possible calculated once), then the 
constant should just be bound to a name (which is a form of caching) 
rather than using the overkill of an lru cache.  What possibility am I 
missing?


--
Terry Jan Reedy

--
https://mail.python.org/mailman/listinfo/python-list

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

[Alexander Mohr]

Alexander Mohr added the comment:

ok, created: https://github.com/python/cpython/pull/2966

there are some other deallocs in there, mind verifying the rest?

--
pull_requests: +3014

___
Python tracker 

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

[issue30842] pyenv activate for bash and tcsh

[Vinay Sajip]

Changes by Vinay Sajip :


--
stage:  -> needs patch

___
Python tracker 

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

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

[Yury Selivanov]

Yury Selivanov added the comment:

Alexander, I think this is it, you found it! Can you open a PR against master 
with a fix? I'll review & merge it.

--

___
Python tracker 

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

[issue31083] IDLE: document new TabPage(Frame) design for configdialog

[Cheryl Sabella]

Changes by Cheryl Sabella :


--
pull_requests: +3012, 3013

___
Python tracker 

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

Re: @lru_cache on functions with no arguments

[codewizard]

On Monday, July 31, 2017 at 7:31:52 PM UTC-4, t...@tomforb.es wrote:
> As part of the Python 3 cleanup in Django there are a fair few uses of 
> @functools.lru_cache on functions that take no arguments. A lru_cache isn't 
> strictly needed here, but it's convenient to just cache the result. Some 
> examples are here: https://github.com/django/django/pull/8825/files
> 
> I did some profiling and I found that using `@lru_cache(maxsize=None)` on 
> such functions is twice as fast as a standard `@lru_cache()`, apparently 
> because with a `maxsize` the lru_cache code requires a lock acquisition and a 
> fair bit more state to track.
> 
> Am I right in thinking that using `maxsize=None` is best for functions that 
> accept no arguments? Should we even be using a `lru_cache` in such 
> situations, or write our own simple cache decorator instead?

If the performance savings are real, another choice would be to improve the 
implementation of lru_cache to special-case no-argument functions to avoid 
locks, etc.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue31083] IDLE: document new TabPage(Frame) design for configdialog

[Cheryl Sabella]

Changes by Cheryl Sabella :


--
pull_requests: +3013

___
Python tracker 

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

@lru_cache on functions with no arguments

[tom]

As part of the Python 3 cleanup in Django there are a fair few uses of 
@functools.lru_cache on functions that take no arguments. A lru_cache isn't 
strictly needed here, but it's convenient to just cache the result. Some 
examples are here: https://github.com/django/django/pull/8825/files

I did some profiling and I found that using `@lru_cache(maxsize=None)` on such 
functions is twice as fast as a standard `@lru_cache()`, apparently because 
with a `maxsize` the lru_cache code requires a lock acquisition and a fair bit 
more state to track.

Am I right in thinking that using `maxsize=None` is best for functions that 
accept no arguments? Should we even be using a `lru_cache` in such situations, 
or write our own simple cache decorator instead?
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue31076] http.server should correctly handle HTTP 1.1 responses without a content-length

[Tom Forbes]

Tom Forbes added the comment:

Django recently switched to HTTP 1.1 on their development server, and it works 
fine as long as the middleware is included that generates the content length. 
Using a 'bare' Django project with no middleware the server will just hang.

It sounds like the easiest fix is to disable keepalive support in the 
development server, which sounds like a reasonable fix (it doesn't have that 
much benefit locally I think?).

It was certainly surprising to find this issue, I know it is documented but 
that could certainly be improved. It's currently just a plain line of text in 
quite a text-heavy page, perhaps it should be put in a warning box?

--

___
Python tracker 

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

[issue29654] SimpleHTTPRequestHandler should support browser cache

[STINNER Victor]

STINNER Victor added the comment:

I suppose temp.flush() is a remnant of other (unsuccessful) attempt to fix
a race condition.

I didn't try only with .flush(). I prefer to explicitly .flush(), just in
case :-) Using correctly a file system is complex because of all layers of
caching.

--

___
Python tracker 

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

[issue31088] regrtest.py: "${test_file_name} skipped" message printed twice for each ${test_file_name}

[STINNER Victor]

STINNER Victor added the comment:

The output is correct. First, regrtest says that the test is running. Then
the test is skipped and a message is logged. Finally, the test result is
logged: the test was skipped.

Using -j0, the output is less surprising ;-)

--

___
Python tracker 

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

Re: Question

[oliver]

On Mon, Jul 31, 2017, 17:33 Sonja Williams via Python-list, <
python-list@python.org> wrote:

>
>
>
>
> Good Day,
>
> I have decided to learn more about programming so I picked up the book
> Beginning Programming by Matt Telles.  After following the directions
> verbatim and going to the Python site to download the latest version 3,
> which is what the book recommended, I keep getting the following error
> message when running my first script. I am using Windows 7 - 64 bit
>
> " python is not recognized as an internal or external command, operable
> program, or batch file".
>
>
> I am at the end of chapter 3 attempting to run the following script.
>
> python ch3_1.py  which should return What is your name?
>
>
> What am I doing wrong?
>

The window in which you are typing the command to run the script is called
a "shell". The error you are getting means the shell does not have a
built-in command (like cd or dir or help) called "python", nor can it
find "python.bat" or "python.exe" in any of the folders known to it. To
check which folders are known to the shell, type "path" in it; the
semicolon-separated list of folders that this prints will likely be missing
the Python folder.

I presume you installed python 3.6? There is an option to add the Python
folder to path as part of the installation, so you might want to uninstall
python, then re-run the installer this time paying close attention to this
configuration option. For example in Python 3.5 installer the option is
called "Add Python 3.5 to path", see the first snapshot at
https://docs.python.org/3/using/windows.html.

With this option in effect, the output from the "path" command will include
the Python folder. So when you type "python ch3.py" the shell will see a
python.exe in Python folder and run it and all will work!

Oliver


>
>
>
>
>
> Sonja Williams
> --
> https://mail.python.org/mailman/listinfo/python-list
>
-- 
Oliver
My StackOverflow contributions
My CodeProject articles
My Github projects
My SourceForget.net projects
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue30640] NULL + 1 in _PyFunction_FastCallDict(), PyEval_EvalCodeEx()

[Zackery Spytz]

Changes by Zackery Spytz :


--
pull_requests: +3011

___
Python tracker 

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

Re: Question

[Chris Angelico]

On Tue, Aug 1, 2017 at 7:11 AM, Sonja Williams via Python-list
 wrote:
>
>
>
>
> Good Day,
>
> I have decided to learn more about programming so I picked up the book 
> Beginning Programming by Matt Telles.  After following the directions 
> verbatim and going to the Python site to download the latest version 3, which 
> is what the book recommended, I keep getting the following error message when 
> running my first script. I am using Windows 7 - 64 bit
>
> " python is not recognized as an internal or external command, operable 
> program, or batch file".
>

You may have run into a difficulty of Windows setups. Try instead
typing "py ch3_1.py" - the Windows installer should have created a
little bouncer program. If that works, use that for the rest of the
book - any time you're told to run "python", run "py" instead, with
the same parameters.

ChrisA
-- 
https://mail.python.org/mailman/listinfo/python-list

Question

[Sonja Williams via Python-list]

 


Good Day,

I have decided to learn more about programming so I picked up the book 
Beginning Programming by Matt Telles.  After following the directions verbatim 
and going to the Python site to download the latest version 3, which is what 
the book recommended, I keep getting the following error message when running 
my first script. I am using Windows 7 - 64 bit

" python is not recognized as an internal or external command, operable 
program, or batch file".


I am at the end of chapter 3 attempting to run the following script.

python ch3_1.py  which should return What is your name?


What am I doing wrong?
 

Sonja Williams
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Issues with Python

[Daniele Forghieri]

Il 30/07/2017 23:31, Ode Idoko via Python-list ha scritto:

Hi, I am new to Python and though I have been able to download the 3.6 version 
on my laptop , I still have issues with the syntax. While writing a program to 
execute, it will display syntax error with different shades of color usually 
green or yellow.
What can I do about this? How do I know the error and effect it? Can't it be 
programmed like we have in excel that will tell you error and prompt you if you 
wish to accept the right formula format?
Please I need more information on this.
Thanks.
Ode

Sent from my iPhone


If you use eclipse with the pydev extensions or, directly, liclipse 
you have (some) error and warnings, for example if you use a variable 
not defined or if you try to use a variable with the same name of a 
reserved symbol.


It's not completed as you run the program but it's really helpful.

Daniele Forghieri




--
https://mail.python.org/mailman/listinfo/python-list

[issue31080] Allow `logging.config.fileConfig` to accept kwargs

[Preston Landers]

Preston Landers added the comment:

This is the current state of my patch:

https://github.com/python/cpython/compare/master...Preston-Landers:bpo-31080-fileconfig

It makes both `args` and `kwargs` optional in the config file. (Obviously, the 
actual handler may require args.)

--

___
Python tracker 

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

[issue31091] remove dead code in PyErr_GivenExceptionMatches()

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This is just a cleaning up. There is no bug in the old code. Usually such kind 
of changes are not backported.

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

[issue31091] remove dead code in PyErr_GivenExceptionMatches()

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset e4c06bcca358c6dcb6393a75a1589ff6a2d45cde by Serhiy Storchaka 
(scoder) in branch 'master':
bpo-31091: Remove dead code in PyErr_GivenExceptionMatches(). (#2963)
https://github.com/python/cpython/commit/e4c06bcca358c6dcb6393a75a1589ff6a2d45cde


--

___
Python tracker 

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

[issue31080] Allow `logging.config.fileConfig` to accept kwargs

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +vinay.sajip

___
Python tracker 

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

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

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
stage: resolved -> 

___
Python tracker 

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

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

[Alexander Mohr]

Alexander Mohr added the comment:

I'm hoping this is the fix:

--- Modules/_asynciomodule.c.orig   2017-07-31 12:16:16.0 -0700
+++ Modules/_asynciomodule.c2017-07-31 13:08:52.0 -0700
@@ -953,15 +953,18 @@
 FutureObj_dealloc(PyObject *self)
 {
 FutureObj *fut = (FutureObj *)self;
+PyObject_GC_UnTrack(self);
 
 if (Future_CheckExact(fut)) {
 /* When fut is subclass of Future, finalizer is called from
  * subtype_dealloc.
  */
+_PyObject_GC_TRACK(self);
 if (PyObject_CallFinalizerFromDealloc(self) < 0) {
 // resurrected.
 return;
 }
+_PyObject_GC_UNTRACK(self);
 }
 
 if (fut->fut_weakreflist != NULL) {
@@ -1828,14 +1831,18 @@
 {
 TaskObj *task = (TaskObj *)self;
 
+PyObject_GC_UnTrack(self);
+
 if (Task_CheckExact(self)) {
 /* When fut is subclass of Task, finalizer is called from
  * subtype_dealloc.
  */
+ _PyObject_GC_TRACK(self);
 if (PyObject_CallFinalizerFromDealloc(self) < 0) {
 // resurrected.
 return;
 }
+_PyObject_GC_UNTRACK(self);
 }
 
 if (task->task_weakreflist != NULL) {

--

___
Python tracker 

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

[issue31092] Potential multiprocessing.Manager() race condition

[Prof Plum]

New submission from Prof Plum:

So I was writing code that had multiple write thread and read thread "groups" 
in a single pool (in a group a few write threads write to a queue that a read 
thread reads), and I ran into what I think is a race condition with the 
multiprocessing.Manager() class. It looks managed queues are returned from 
Manager() before they are actually initialized and safe to use, but it is only 
noticeable when making many managed queues in quick succession. I've attached a 
simple demo script to reproduce the bug, the reason I believe this is race 
condition is because while the sleep(0.5) line is commented out python crashes, 
but when it's not it doesn't.

Also I'm on windows 10 and using 64 bit Python 3.5.2

--
files: bug_demo.py
messages: 299582
nosy: Prof Plum
priority: normal
severity: normal
status: open
title: Potential multiprocessing.Manager() race condition
type: crash
versions: Python 3.5
Added file: http://bugs.python.org/file47054/bug_demo.py

___
Python tracker 

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

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

[Alexander Mohr]

Alexander Mohr added the comment:

another core had a different gc object:

$1 = {ob_base = {ob_base = {_ob_next = 0x7f801eac3158, _ob_prev = 
0x7f801eab95a0, ob_refcnt = 41, ob_type = 0x7f80238e76e0 }, 
ob_size = 0}, tp_name = 0x7f801e8967af "_asyncio.Task", tp_basicsize = 128, 
tp_itemsize = 0,
  tp_dealloc = 0x7f801e8926e5 , tp_print = 0x0, tp_getattr = 
0x0, tp_setattr = 0x0, tp_as_async = 0x7f801ea99720 , 
tp_repr = 0x7f801e88fa9b , tp_as_number = 0x0, tp_as_sequence = 
0x0, tp_as_mapping = 0x0,
  tp_hash = 0x7f802356b995 <_Py_HashPointer>, tp_call = 0x0, tp_str = 
0x7f8023442d05 , tp_getattro = 0x7f802341dc8b 
, tp_setattro = 0x7f802341e0b5 
, tp_as_buffer = 0x0, tp_flags = 807937,
  tp_doc = 0x7f801ea98bc0 <_asyncio_Task___initdoc__> "Task(coro, *, 
loop=None)\n--\n\nA coroutine wrapped in a Future.", tp_traverse = 
0x7f801e891658 , tp_clear = 0x7f801e89150b ,
  tp_richcompare = 0x7f8023442d42 , tp_weaklistoffset = 96, 
tp_iter = 0x7f801e890d4f , tp_iternext = 0x0, tp_methods = 
0x7f801ea99b20 , tp_members = 0x0, tp_getset = 0x7f801ea99d40 
,
  tp_base = 0x7f801ea9a3c0 , tp_dict = 0x7f801eac2238, tp_descr_get 
= 0x0, tp_descr_set = 0x0, tp_dictoffset = 88, tp_init = 0x7f801e88d84d 
<_asyncio_Task___init__>, tp_alloc = 0x7f802343a7f8 ,
  tp_new = 0x7f802343a9c6 , tp_free = 0x7f80235a2d8b 
, tp_is_gc = 0x0, tp_bases = 0x7f801eab95a0, tp_mro = 
0x7f801eabc508, tp_cache = 0x0, tp_subclasses = 0x0, tp_weaklist = 
0x7f801eac3458, tp_del = 0x0, tp_version_tag = 4303,
  tp_finalize = 0x7f801e8922fd }

--

___
Python tracker 

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

[issue31091] remove dead code in PyErr_GivenExceptionMatches()

[Stefan Behnel]

Stefan Behnel added the comment:

Looks like the switch from PyObject_IsSubclass() to PyType_IsSubtype() was made 
during the original Py3 development cycle. It should thus be safe to assume 
that the semantics are "as designed". :)

What about applying the patch also to 3.6 and older?

--

___
Python tracker 

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

[issue31091] remove dead code in PyErr_GivenExceptionMatches()

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +pitrou, serhiy.storchaka
stage:  -> patch review

___
Python tracker 

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

[issue31091] remove dead code in PyErr_GivenExceptionMatches()

[Stefan Behnel]

New submission from Stefan Behnel:

PyObject *exception, *value, *tb;
PyErr_Fetch(, , );
/* PyObject_IsSubclass() can recurse and therefore is
   not safe (see test_bad_getattr in test.pickletester). */
res = PyType_IsSubtype((PyTypeObject *)err, (PyTypeObject *)exc);
/* This function must not fail, so print the error here */
if (res == -1) {
PyErr_WriteUnraisable(err);
res = 0;
}
PyErr_Restore(exception, value, tb);

According to the comment, there was previously a call to PyObject_IsSubclass() 
involved which could fail, but since it was replaced with a call to 
PyType_IsSubtype(), it can no longer fail.
See pull request.

--
components: Interpreter Core
messages: 299579
nosy: scoder
priority: normal
pull_requests: 3010
severity: normal
status: open
title: remove dead code in PyErr_GivenExceptionMatches()
type: performance
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

[issue25684] ttk.OptionMenu radiobuttons aren't unique between two instances of OptionMenu

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset 2bf1586e60a6639b532cd8e3442ae33064523eb1 by Serhiy Storchaka 
(csabella) in branch '3.6':
[3.6] bpo-25684: ttk.OptionMenu radiobuttons weren't unique (GH-2276) (#2959)
https://github.com/python/cpython/commit/2bf1586e60a6639b532cd8e3442ae33064523eb1


--

___
Python tracker 

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

[issue26440] tarfile._FileInFile.seekable is broken in stream mode

[Yaron de Leeuw]

Yaron de Leeuw added the comment:

_Stream provides seek, but only positive seeking is allowed. Is that considered 
seekable? Also, maybe _Stream should inherit from io.BaseIO. WDYT?

--
nosy: +jarondl

___
Python tracker 

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

[issue26617] Assertion failed in gc with __del__ and weakref

[Alexander Mohr]

Alexander Mohr added the comment:

so I just discovered that the object that has the zero refcount has the same 
tp_dealloc:

(gdb) print *FROM_GC(gc)->ob_type
$8 = {ob_base = {ob_base = {_ob_next = 0x7f80c8aafc88, _ob_prev = 
0x7f80c8aafd00, ob_refcnt = 7, ob_type = 0x7f80cd8c86e0 }, ob_size 
= 0}, tp_name = 0x7f80c8aa5c38 "_GatheringFuture", tp_basicsize = 104, 
tp_itemsize = 0,
  tp_dealloc = 0x7f80cd41bee7 , tp_print = 0x0, tp_getattr = 
0x0, tp_setattr = 0x0, tp_as_async = 0x556ba4342d58, tp_repr = 0x7f80c8870a9b 
, tp_as_number = 0x556ba4342d70, tp_as_sequence = 
0x556ba4342ea8,
  tp_as_mapping = 0x556ba4342e90, tp_hash = 0x7f80cd54c995 <_Py_HashPointer>, 
tp_call = 0x0, tp_str = 0x7f80cd423d05 , tp_getattro = 
0x7f80cd3fec8b , tp_setattro = 0x7f80cd3ff0b5 
,
  tp_as_buffer = 0x556ba4342ef8, tp_flags = 808449, tp_doc = 0x7f80c8cd7380 
"Helper for gather().\n\nThis overrides cancel() to cancel all the children 
and act more\nlike Task.cancel(), which doesn't immediately mark itself 
as\ncancelled.\n",
  tp_traverse = 0x7f80cd41baae , tp_clear = 0x7f80cd41bd5c 
, tp_richcompare = 0x7f80cd423d42 , 
tp_weaklistoffset = 96, tp_iter = 0x7f80c8871d4f ,
  tp_iternext = 0x7f80cd3fe6d6 <_PyObject_NextNotImplemented>, tp_methods = 
0x0, tp_members = 0x556ba4342f28, tp_getset = 0x0, tp_base = 0x7f80c8a7b3c0 
, tp_dict = 0x7f80c8aafc88, tp_descr_get = 0x0, tp_descr_set = 0x0, 
tp_dictoffset = 88,
  tp_init = 0x7f80cd431000 , tp_alloc = 0x7f80cd41b7f8 
, tp_new = 0x7f80cd41b9c6 , tp_free = 
0x7f80cd583d8b , tp_is_gc = 0x0, tp_bases = 0x7f80c8ab20c0, 
tp_mro = 0x7f80c8aafd00, 
  tp_cache = 0x0, tp_subclasses = 0x0, tp_weaklist = 0x7f80c8aae5d8, tp_del = 
0x0, tp_version_tag = 791, tp_finalize = 0x7f80c8870ddb }

This is for a GatheringFuture, something tells me perhaps there is more to this 
function that needs to be resolved?

--

___
Python tracker 

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

[issue25910] Fixing links in documentation

[Mariatta Wijaya]

Mariatta Wijaya added the comment:


New changeset 8474d87165593bac2bc231287f42c4cff3fd6aaf by Mariatta in branch 
'master':
bpo-25910: Update LICENSE (GH-2873)
https://github.com/python/cpython/commit/8474d87165593bac2bc231287f42c4cff3fd6aaf


--
nosy: +Mariatta

___
Python tracker 

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

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

[Alexander Mohr]

Alexander Mohr added the comment:

oh, so this is looking like an asyncio issue, the "gc" that is causing the 
crash is:

(gdb) print *FROM_GC(gc)->ob_type
$8 = {ob_base = {ob_base = {_ob_next = 0x7f80c8aafc88, _ob_prev = 
0x7f80c8aafd00, ob_refcnt = 7, ob_type = 0x7f80cd8c86e0 }, ob_size 
= 0}, tp_name = 0x7f80c8aa5c38 "_GatheringFuture", tp_basicsize = 104, 
tp_itemsize = 0,
  tp_dealloc = 0x7f80cd41bee7 , tp_print = 0x0, tp_getattr = 
0x0, tp_setattr = 0x0, tp_as_async = 0x556ba4342d58, tp_repr = 0x7f80c8870a9b 
, tp_as_number = 0x556ba4342d70, tp_as_sequence = 
0x556ba4342ea8,
  tp_as_mapping = 0x556ba4342e90, tp_hash = 0x7f80cd54c995 <_Py_HashPointer>, 
tp_call = 0x0, tp_str = 0x7f80cd423d05 , tp_getattro = 
0x7f80cd3fec8b , tp_setattro = 0x7f80cd3ff0b5 
,
  tp_as_buffer = 0x556ba4342ef8, tp_flags = 808449, tp_doc = 0x7f80c8cd7380 
"Helper for gather().\n\nThis overrides cancel() to cancel all the children 
and act more\nlike Task.cancel(), which doesn't immediately mark itself 
as\ncancelled.\n",
  tp_traverse = 0x7f80cd41baae , tp_clear = 0x7f80cd41bd5c 
, tp_richcompare = 0x7f80cd423d42 , 
tp_weaklistoffset = 96, tp_iter = 0x7f80c8871d4f ,
  tp_iternext = 0x7f80cd3fe6d6 <_PyObject_NextNotImplemented>, tp_methods = 
0x0, tp_members = 0x556ba4342f28, tp_getset = 0x0, tp_base = 0x7f80c8a7b3c0 
, tp_dict = 0x7f80c8aafc88, tp_descr_get = 0x0, tp_descr_set = 0x0, 
tp_dictoffset = 88,
  tp_init = 0x7f80cd431000 , tp_alloc = 0x7f80cd41b7f8 
, tp_new = 0x7f80cd41b9c6 , tp_free = 
0x7f80cd583d8b , tp_is_gc = 0x0, tp_bases = 0x7f80c8ab20c0, 
tp_mro = 0x7f80c8aafd00, 
  tp_cache = 0x0, tp_subclasses = 0x0, tp_weaklist = 0x7f80c8aae5d8, tp_del = 
0x0, tp_version_tag = 791, tp_finalize = 0x7f80c8870ddb }

note: it's a _GatheringFuture.

--

___
Python tracker 

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

[issue31056] Import Module Not Working According To Documentation Python 3.6.2

[Paul Moore]

Paul Moore added the comment:

No problem - glad it's all clear now.

--

___
Python tracker 

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

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

[Łukasz Langa]

Łukasz Langa added the comment:


New changeset 3e37f4a11547a226c3c2f8bd612510465db397b9 by Łukasz Langa (INADA 
Naoki) in branch '2.7':
bpo-29519: weakref spewing exceptions during interp finalization (#2958)
https://github.com/python/cpython/commit/3e37f4a11547a226c3c2f8bd612510465db397b9


--

___
Python tracker 

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

[issue31056] Import Module Not Working According To Documentation Python 3.6.2

[Joey DiGiorgio]

Joey DiGiorgio added the comment:

Ok I have downloaded an installed via the Windows installer and the test I run 
works as expected. I also tried the embedded package without the ._pth and it 
also works according to the embedded documentation. Sorry for the confusion as 
I did not specify the embedded package from what I can tell. Thank you all for 
working with me on resolving this.

--

___
Python tracker 

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

[issue26253] tarfile in stream mode always set zlib compression level to 9

[Yaron de Leeuw]

Changes by Yaron de Leeuw :


--
pull_requests: +3009

___
Python tracker 

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

Re: YAML in std lib?

[Skip Montanaro]

In addition to the reasons given by Steve, Paul, and others, the
barrier to entry to the standard library has grown as the domains to
which Python is applied have increased. To justify the maintenance
effort, when considering a module or package for inclusion in the
standard library, you want it to be as broadly useful as possible. Is
YAML widely enough used in domains as varied as web application
development, bioinformatics, and machine learning to justify its
inclusion in the standard library? Maybe not. In addition, I suspect
more and more people are using virtual environments of one sort or
another. When constructing such environments it's pretty trivial to
tailor them to contain just those modules and packages appropriate to
a particular task. I use Conda environments almost exclusively these
days. It frees me from the glacial pace of updates to the default
Python installation at work (stuck on 2.7.2).

Skip
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue25684] ttk.OptionMenu radiobuttons aren't unique between two instances of OptionMenu

[Cheryl Sabella]

Changes by Cheryl Sabella :


--
pull_requests: +3008

___
Python tracker 

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

[issue31090] import error for numpy

[Sriram]

Sriram added the comment:

Yes, i just found that after creating the issue, Sorry. 

Anyhow thanks for quick response, i have addressed this to numpy team.
https://github.com/numpy/numpy/issues/9501

--

___
Python tracker 

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

Re: YAML in std lib?

[Lele Gaifax]

Paul  Moore  writes:

> As I understand it, YAML as a markup language is not as popular as it once
> was.

Given all the hype around Docker these days, I'm not convinced that's true :)

> In addition, the main YAML library on PyPI is PyYAML

There is fork, https://pypi.python.org/pypi/ruamel.yaml, that seems actively
maintained: it supports YAML 1.2 for example.

But I agree with you, I do not see a good enough reason to include it in the
standard library.

ciao, lele.
-- 
nickname: Lele Gaifax | Quando vivrò di quello che ho pensato ieri
real: Emanuele Gaifas | comincerò ad aver paura di chi mi copia.
l...@metapensiero.it  | -- Fortunato Depero, 1929.

-- 
https://mail.python.org/mailman/listinfo/python-list

[issue31089] email.utils.parseaddr fails on odd double quotes in multiline header

[R. David Murray]

R. David Murray added the comment:

Ah, I take it back.  With \n it retains the \n in the decoded name field.

There is a bug of some sort here (\r\n should be treated the same as \n, I 
think, whatever way it is treated).  I don't think this is worth addressing, 
given that the new policies provide a much better API for interacting with 
Messages, and you can in fact easily unfold the line before parsing it if you 
need to do it in 2.7:

  >>> parseaddr(''.join(m['from'].splitlines()))
  ('=?UTF-8?Q?Anita_=W4=86ieckli=C5=84ska_|_PATO_Nieruch?= 
=?UTF-8?Q?omo=C5=9Bci?=', 'anita.wiecklin...@pato.com.pl')

--

___
Python tracker 

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

[issue31089] email.utils.parseaddr fails on odd double quotes in multiline header

[R. David Murray]

R. David Murray added the comment:

parseaddr does what you expect if the message has been read using universal 
newline mode (ie: the linesep is \n):

>>> parseaddr('"=?UTF-8?Q?Anita_=W4=86ieckli=C5=84ska_|_PATO_Nieruch?=\n 
>>> =?UTF-8?Q?omo=C5=9Bci?=" "')
('=?UTF-8?Q?Anita_=W4=86ieckli=C5=84ska_|_PATO_Nieruch?=\n 
=?UTF-8?Q?omo=C5=9Bci?=', 'anita.wiecklin...@pato.com.pl')

I suppose this wouldn't be *that* hard to fix.  If it isn't too complex and you 
want to propose a patch I'll take a look.

In any case it works fine in python3 using the new policies:

>>> from email import message_from_string as mfs
>>> from email.policy import default
>>> m = mfs('From: "=?UTF-8?Q?Anita_=W4=86ieckli=C5=84ska_|_PATO_Nieruch?=\r\n 
>>> =?UTF-8?Q?omo=C5=9Bci?=" "\r\n\r\ntest', 
>>> policy=default)
>>> m['from'].addresses
(Address(display_name='Anita =W4\udc86iecklińska | PATO Nieruch omości', 
username='anita.wiecklinska', domain='pato.com.pl'),)

--

___
Python tracker 

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

[issue31056] Import Module Not Working According To Documentation Python 3.6.2

[Paul Moore]

Paul Moore added the comment:

I'm not Steve, but thanks for the compliment :-)

You're still running an embedded Python. There's a _python36.pth file next to 
the executable, that's causing the behaviour you're seeing (and it's there by 
design - it's what makes the embedded distribution behave the way it does).

Unless you can reproduce with the standard distribution, this isn't a bug.

--

___
Python tracker 

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

[issue31056] Import Module Not Working According To Documentation Python 3.6.2

[Joey DiGiorgio]

Joey DiGiorgio added the comment:

Steve Dower, I understand the purpose of the embedded package. The test was 
also tried by calling the python executable without modifying the path and the 
same thing happens.

i.e. %~dp0\Python_Embedded_Windows_32bit_v3.6.2\python main.py

in the zip package I provided.

--

___
Python tracker 

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

[issue31056] Import Module Not Working According To Documentation Python 3.6.2

[Paul Moore]

Paul Moore added the comment:

Hmm, never mind. This is expected behaviour because the embedded distribution 
includes a ".pth" file which overrides the standard sys.path. For details, see 
https://docs.python.org/3.6/using/windows.html#finding-modules and 
https://docs.python.org/3.6/using/windows.html#embedded-distribution

Once again, please understand that the embedded distribution is *not* intended 
as a "portable version" of Python. It's a specialised distribution for a 
particular purpose.

If you want a "copy and use" version of Python, I believe there's one available 
via nuget, but it's not supported by the Python core devs, and I don't have any 
details for you, other than this.

So to confirm, Python is working as documented and there's no bug here.

--

___
Python tracker 

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

[issue31056] Import Module Not Working According To Documentation Python 3.6.2

[Paul Moore]

Paul Moore added the comment:

OK, so this is the first time (I believe) you have mentioned that you are using 
the embedded distribution - which is not designed for general scripting use, 
but very specifically for embedding Python in a custom application.

Can you reproduce with the standard installer?

I don't see any obvious reason why the embedded distribution would be different 
in this regard, but I'll give it a try when I can. BTW, please can you upload 
your testcase here? I don't have access to Google Drive on this PC (firewall 
limitations) so I'll need you to do that before I can access it.

--

___
Python tracker 

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

[issue31056] Import Module Not Working According To Documentation Python 3.6.2

[Joey DiGiorgio]

Joey DiGiorgio added the comment:

I run the test.bat file and get the import error.

--

___
Python tracker 

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

[issue31056] Import Module Not Working According To Documentation Python 3.6.2

[Joey DiGiorgio]

Joey DiGiorgio added the comment:

I have tried from 3 computers now and have been able to reproduce the issue 
with the same set of files described in my stackoverflow post. Here is a .zip 
package with all of the files I used in all 3 tests. The python package is the 
Windows 32bit embedded zip package downloaded from the Python site.

https://drive.google.com/file/d/0B0tT3_X-iMNzY2VMTkQ4X04zNWM/view?usp=sharing

--

___
Python tracker 

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

[issue30732] json.dumps() lacks information about RecursionError related to default function

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

simplejson behaves the same.

I thought default() was allowed to return only instances of types directly 
supported by JSON encoder (type(None), bool, int, float, list, tuple, dict). Is 
there a reason of allowing to call default() more than once on the same root 
object?

--
nosy: +bob.ippolito, ezio.melotti, rhettinger, serhiy.storchaka
versions:  -Python 3.3, Python 3.4, Python 3.5, Python 3.6

___
Python tracker 

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

[issue31090] import error for numpy

[Mark Dickinson]

Mark Dickinson added the comment:

Hi Sriram,

NumPy is a third party package, not maintained by the Python core developers; 
you likely need to report this on the NumPy bug tracker (though it's probably 
worthwhile asking on the NumPy user mailing lists first).

Closing here, since this almost certainly isn't a core Python issue.

--
nosy: +mark.dickinson
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

[issue31089] email.utils.parseaddr fails on odd double quotes in multiline header

[Robert]

Changes by Robert :


--
components: +email
nosy: +barry, r.david.murray
type:  -> behavior

___
Python tracker 

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

[issue31090] import error for numpy

[Sriram]

New submission from Sriram:

When i tried to import numpy for any program in VS 2017, it returns with Import 
Error.

Traceback (most recent call last):
  File "C:\Program Files\Python36\lib\site-packages\numpy\core\__init__.py", 
line 16, in 
from . import multiarray
ImportError: DLL load failed: The specified procedure could not be found.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\Users\Sriram Sudharsan\documents\visual studio 
2017\Projects\TestApp1\TestApp1\TestApp1.py", line 1, in 
import numpy as np
  File "C:\Program Files\Python36\lib\site-packages\numpy\__init__.py", line 
142, in 
from . import add_newdocs
  File "C:\Program Files\Python36\lib\site-packages\numpy\add_newdocs.py", line 
13, in 
from numpy.lib import add_newdoc
  File "C:\Program Files\Python36\lib\site-packages\numpy\lib\__init__.py", 
line 8, in 
from .type_check import *
  File "C:\Program Files\Python36\lib\site-packages\numpy\lib\type_check.py", 
line 11, in 
import numpy.core.numeric as _nx
  File "C:\Program Files\Python36\lib\site-packages\numpy\core\__init__.py", 
line 26, in 
raise ImportError(msg)
ImportError:
Importing the multiarray numpy extension module failed.  Most
likely you are trying to import a failed build of numpy.
If you're working with a numpy git repo, try `git clean -xdf` (removes all
files not under version control).  Otherwise reinstall numpy.

Original error was: DLL load failed: The specified procedure could not be found.

Press any key to continue . . .

--
components: Library (Lib)
files: Capture.JPG
messages: 299559
nosy: SriramSudharsan
priority: normal
severity: normal
status: open
title: import error for numpy
versions: Python 3.6
Added file: http://bugs.python.org/file47053/Capture.JPG

___
Python tracker 

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

[issue31089] email.utils.parseaddr fails on odd double quotes in multiline header

[Robert]

New submission from Robert:

email.utils.parseaddr() does not successfully parse a
field value into a (comment, address) pair if the
FROM header has 2 lines (or more) containing odd number of double quotes in 
each of them. 
The address in such tuple is not e-mail address but a part of comment.

For example:

"=?UTF-8?Q?Anita_=W4=86ieckli=C5=84ska_|_PATO_Nieruch?=
 =?UTF-8?Q?omo=C5=9Bci?=" 

is parsed into:

('', '=?UTF-8?Q?Anita_=W4=86ieckli=C5=84ska_|_PATO_Nieruch?=')

Full example on Python 2.7.12, email 4.0.2:

Python 2.7.12 (default, Nov 19 2016, 06:48:10) 
[GCC 5.4.0 20160609] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from email.utils import parseaddr
>>> parseaddr('"=?UTF8?Q?Anita_=W4=86ieckli=C5=84ska_|_PATO_Nieruch?=\r\n 
>>> =?UTF-8?Q?omo=C5=9Bci?=" ')
('', '=?UTF-8?Q?Anita_=W4=86ieckli=C5=84ska_|_PATO_Nieruch?=')

When double quotes or \r\n are removed, header is parsed without problems.

The same issue exists on python 3.5.2 and email 6.0.0a1.

>From headers analysis I know that e-mail was made in Outlook 14.0 then send 
>through Exim 4.87 to outlook.com servers.

--
messages: 299558
nosy: robertus
priority: normal
severity: normal
status: open
title: email.utils.parseaddr fails on odd double quotes in multiline header
versions: Python 2.7, Python 3.5

___
Python tracker 

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

[issue5288] tzinfo objects with sub-minute offsets are not supported (e.g. UTC+05:53:28)

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
resolution:  -> fixed
stage: test needed -> 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

[issue5288] tzinfo objects with sub-minute offsets are not supported (e.g. UTC+05:53:28)

[Alexander Belopolsky]

Alexander Belopolsky added the comment:


New changeset 018d353c1c8c87767d2335cd884017c2ce12e045 by Alexander Belopolsky 
in branch 'master':
Closes issue bpo-5288: Allow tzinfo objects with sub-minute offsets. (#2896)
https://github.com/python/cpython/commit/018d353c1c8c87767d2335cd884017c2ce12e045


--

___
Python tracker 

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

[issue30640] NULL + 1 in _PyFunction_FastCallDict(), PyEval_EvalCodeEx()

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset c6ea8974e2d939223bfd6d64ee13ec89c090d2e0 by Serhiy Storchaka 
(Zackery Spytz) in branch 'master':
bpo-30640: Fix undefined behavior in _PyFunction_FastCallDict() and 
PyEval_EvalCodeEx() (#2919)
https://github.com/python/cpython/commit/c6ea8974e2d939223bfd6d64ee13ec89c090d2e0


--

___
Python tracker 

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

Re: zipapp should not include temporary files?

[Paul Moore]

On Friday, 28 July 2017 17:53:08 UTC+1, Irmen de Jong  wrote:
> On 28/07/2017 18:36, Irmen de Jong wrote:
> > On 27/07/2017 00:03, Paul Moore wrote:
> >> If you want to create a feature request for a filter function on 
> >> bugs.python.org and assign it to me, I'll take a look at it. \
> > 
> > 
> > I will do this, thanks in advance.
> 
> Should have included a link perhaps. Here it is: 
> http://bugs.python.org/issue31072

Thanks, I've picked it up and commented there. I'll try to get some time to 
look at an implementation, the main constraint at the moment is that it's 
holiday season and I'm enjoying myself with things other than coding :-)

Paul
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: YAML in std lib?

[Paul Moore]

On Sunday, 30 July 2017 07:21:00 UTC+1, Steve D'Aprano  wrote:
> 1.  Perhaps nobody has thought of it.
> 
> 2.  The author of the library refused to allow it, or demanded
> conditions which the Python developers either cannot or will
> not meet.
> 
> 3.  The library is under rapid development with a release cycle 
> faster than Python's standard library.
> 
> 4.  There may be technical reasons (e.g. code quality, external 
> dependencies) why it isn't added.
> 
> 5.  There may be no consensus among the core developers that this
> library is important enough to include.
> 
> 6.  Or no agreement about which library to use (if there are
> more than one).
> 
> 7.  The library is for too small a niche to bother.
> 
> 8.  There may be problems with the legal status of the library, 
> including legality of the software, copyright, patents, etc.
> 
> 9.  Or it may be only available under a proprietary, closed-source
> licence that is incompatible with Python's open source licence.
> 
> 10. There may be nobody willing to maintain the library once it
> is accepted.
> 
> 
> I'm not sure which ones apply to YAML. If I were to guess, my guess would be
> either 5 or 6.

I'd add 4 and 10 as possible issues.

Getting a 3rd party library included into the stdlib also needs to pass the 
test of "why isn't it sufficient to depend on a library on PyPI?"

As I understand it, YAML as a markup language is not as popular as it once was. 
There have been concerns expressed about its complexity, and the spec seems to 
have stagnated (the last update noted yaml.org was in 2011, and many libraries 
still seem to stick to YAML 1.1, when 1.2 has been out for years). In general, 
I get the impression that YAML is a great idea if you stick to "the bits that I 
like" - but unfortunately, different people like different bits :-)

So the first issue is that there's not enough momentum behind YAML as a markup 
standard to warrant it being in the stdlib.

In addition, the main YAML library on PyPI is PyYAML, and my understanding is 
that it had some reliability issues (crashes on certain malformed input?) that 
took a long time to get fixed. So there's code quality and maintenance 
commitment issues to be addressed (it's entirely possible that those issues are 
now resolved, but that needs to be confirmed). Furthermore, it uses a C library 
(libyaml) as an accelerator, which makes the process of bringing it into the 
stdlib even more complex.

Long story short - there's not enough benefit over "pip install pyyaml" to 
justify it, even if someone (either the library author, or someone with the 
author's support) had spent the time putting together a concrete proposal.

Paul
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue31088] regrtest.py: "${test_file_name} skipped" message printed twice for each ${test_file_name}

[Arfrever Frehtes Taifersar Arahesis]

New submission from Arfrever Frehtes Taifersar Arahesis:

Since some change during last 3 months, regrtest.py on 2.7 branch prints 
"${test_file_name} skipped" message twice for each ${test_file_name}, firstly 
directly after given ${test_file_name}, and secondly after the following test.

Example:

0:00:06 [ 17/401] test_abc
0:00:06 [ 18/401] test_abstract_numbers
0:00:06 [ 19/401] test_aepack
test_aepack skipped -- No module named aetypes
0:00:06 [ 20/401] test_aifc -- test_aepack skipped
0:00:06 [ 21/401] test_al
test_al skipped -- No module named al
0:00:06 [ 22/401] test_anydbm -- test_al skipped
0:00:08 [ 23/401] test_applesingle
test_applesingle skipped -- No module named MacOS
0:00:08 [ 24/401] test_argparse -- test_applesingle skipped
0:00:14 [ 25/401] test_array
0:00:15 [ 26/401] test_ascii_formatd
0:00:15 [ 27/401] test_ast

--
assignee: haypo
components: Tests
messages: 299555
nosy: Arfrever, haypo
priority: normal
severity: normal
status: open
title: regrtest.py: "${test_file_name} skipped" message printed twice for each 
${test_file_name}
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

[issue31085] Add option for namedtuple to name its result type automatically

[INADA Naoki]

INADA Naoki added the comment:

When subclassing, current __repr__ uses `self.__class__.__name__`.  So you get 
meaningful name already.

When automatic generation, I recommend you to use some wrapper to cache same 
namedtuple, since creating namedtuple on the fly is costly job.

I'm afraid "unnnamed" namedtuple may lead people to use namedtuple on the fly, 
like lambda.

--
nosy: +inada.naoki

___
Python tracker 

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

[issue31086] Add namedattrgetter function which acts like attrgetter but uses namedtuple

[Isaac Morland]

Isaac Morland added the comment:

Maybe the issue is that I work with SQL constantly.  In SQL, if I say "SELECT 
a, b, c FROM t" and table t has columns a, b, c, d, e, f, I can still select a, 
b, and c from the result.  So to me it is natural that getting a bunch of 
attributes returns something (row or object, depending on the context), where 
the attributes are still labelled.

I understand why this was rejected as a universal change to attrgetter - in 
particular, I didn't re-evaluate the appropriateness of the change once I 
realized that attrgetter has a C implementation - but I don't understand why 
this isn't considered a natural option to provide.

Using rename=True is just a way of having it not blow up if an attribute name 
requiring renaming is supplied.  I agree that actually using such an attribute 
requires either guessing the name generated by the rename logic in namedtuple 
or using numeric indexing.  If namedtuple didn't have rename=True then I 
wouldn't try to re-implement it but since it does I figure it's worth typing ", 
rename=True" once - it's hardly going to hurt anything.

Finally as to use cases, I agree that if the only thing one is doing is sorting 
it doesn't matter.  But with groupby it can be very useful.  Say I have an 
iterator providing objects with fields (heading_id, heading_text, item_id, 
item_text).  I want to display each heading, followed by its items.

So, I groupby attrgetter ('heading_id', 'heading_text'), and write a loop 
something like this:

for heading, items in groupby (source, attrgetter ('heading_id', 
'heading_text')):
# display heading
# refer to heading.heading_id and heading.heading_text
for item in items:
# display item
# refer to item.item_id and item.item_text

Except I can't, because heading doesn't have attribute names.  If I replace 
attrgetter with namedattrgetter then I'm fine.  How would you write this?  In 
the past I've used items[0] but that is (a) ugly and (b) requires "items = 
list(items)" which is just noise.

I feel like depending on what is being done with map and filter you could have 
a similar situation where you want to refer to the specific fields of the tuple 
coming back from the function returned by attrgetter.

--

___
Python tracker 

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

[issue31085] Add option for namedtuple to name its result type automatically

[Isaac Morland]

Isaac Morland added the comment:

I want a meaningful name to appear in debugging output generated by repr() or 
str(), not just _ all over the place.  I just don't want to specifically come 
up with the meaningful name myself.

Right now I pass in the same generated name ('__'.join (field_names)) to the 
constructor, but this means I need to repeat that logic in any other similar 
application, and I would have to put in special handling if any of my attribute 
names required renaming.

I would rather be explicit that I'm not providing a specific name.  With your 
'_' suggestion it looks like a magic value - why '_'?  By specifying None, it's 
obvious at the call point that I'm explicitly declining to provide a name, and 
then the code generates a semi-meaningful name automatically.

Also, please note that I moved the place where typename is assigned to after 
the part where it handles the rename stuff, so the generated names 
automatically incorporate a suitable default and remain valid identifiers.

I'm having trouble seeing the downside here.  I'm adding one "is None" check 
and one line of code to the existing procedure.  I can't believe I'm the only 
person who has wanted to skip making up a type name but still wanted something 
vaguely meaningful in debug output.

--

___
Python tracker 

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

[issue30940] Documentation for round() is incorrect.

[Mark Dickinson]

Mark Dickinson added the comment:

> This also can be not clear.

Sure. But if it comes down to a clear, mostly accurate description that helps 
people understand versus a harder-to-read nitpick-proof statement, I'd rather 
see the former.

--

___
Python tracker 

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

[issue25684] ttk.OptionMenu radiobuttons aren't unique between two instances of OptionMenu

[Cheryl Sabella]

Changes by Cheryl Sabella :


--
pull_requests: +3007

___
Python tracker 

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

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

[INADA Naoki]

INADA Naoki added the comment:

[gsutil](https://github.com/GoogleCloudPlatform/gsutil) shows massive 
"Exception ... ignored" message from this regression.
https://twitter.com/minimum2scp/status/890021408482316289

I think we should backport this fix to Python 2.7.14.

--
nosy: +inada.naoki
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

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

[INADA Naoki]

Changes by INADA Naoki :


--
pull_requests: +3006

___
Python tracker 

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

[issue31071] *args unpacking can mask TypeErrors

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka
components: +Interpreter Core
nosy: +serhiy.storchaka
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

[issue31071] *args unpacking can mask TypeErrors

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
pull_requests: +3005

___
Python tracker 

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

[issue30999] statistics module: add "key" keyword argument to median, mode, ...

[Raymond Hettinger]

Raymond Hettinger added the comment:

> I don't think it makes sense to add key arguments to mode, mean,
> variance etc. I'm having trouble thinking of what that would
> even mean

I concur.  This proposal bends the concept of a key-function to where it is no 
longer obvious what it does.

> I've given this some more thought, and I think that a "key"
> argument would make sense for a general selection function.

Yes, that would make sense:

select(A, k, key=somefunc) == sorted(A, key=somefunc)[k]

--
nosy: +rhettinger

___
Python tracker 

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

[issue25684] ttk.OptionMenu radiobuttons aren't unique between two instances of OptionMenu

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset a568e5273382a5dca0c27274f7d8e34c41a87d4d by Serhiy Storchaka 
(csabella) in branch 'master':
bpo-25684: ttk.OptionMenu radiobuttons weren't unique (#2276)
https://github.com/python/cpython/commit/a568e5273382a5dca0c27274f7d8e34c41a87d4d


--

___
Python tracker 

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

[issue31086] Add namedattrgetter function which acts like attrgetter but uses namedtuple

[Raymond Hettinger]

Raymond Hettinger added the comment:

The principal use case for attrgetter() was to work with key-functions for 
sorted/min/max/groupby/nsmallest/nlargest.  Secondarily, it worked nicely with 
map() and filter() as a field extractor in a chain of iterators.  Neither these 
use cases would benefit from creating a namedtuple.

What are your use cases that are creating a need for a variant of attrgetter 
that returns namedtuples?

Also, how would this be useful with rename=True?  The user of the result 
wouldn't know the fields names in advance and hence wouldn't be able to access 
them.

Do you know of any cases where someone has used this recipe is real code?  Has 
it been tried out on users other than yourself?

--
assignee:  -> rhettinger
nosy: +rhettinger

___
Python tracker 

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

[issue31028] test_pydoc fails when run directly

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thanks Victor. But please don't forget to edit commit messages before merging. 
Commit messages of above commits look confusing.

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

[issue30940] Documentation for round() is incorrect.

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> For a general Python object ``number``, ``round`` delegates to
> ``number.__round__``.

This also can be not clear. See a discussion in issue31042.

--

___
Python tracker 

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

[issue29144] Implicit namespace packages in Python 3.6

[Lumír Balhar]

Lumír Balhar added the comment:

Thank you for the replies. I created an issue [0] on setuptools GitHub (without 
reply yet) because I also think that setuptools should install 
pkg_resources-style __init__.py files.

[0] https://github.com/pypa/setuptools/issues/1097

--

___
Python tracker 

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

[issue29654] SimpleHTTPRequestHandler should support browser cache

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you Victor!

I suppose temp.flush() is a remnant of other (unsuccessful) attempt to fix a 
race condition.

--

___
Python tracker 

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

[issue25658] PyThread assumes pthread_key_t is an integer, which is against POSIX

[Masayuki Yamamoto]

Masayuki Yamamoto added the comment:

Since previous comment, I've studied the switch for show/hide implementation 
detail.  As the result, I have understood the Py_BUILD_CORE macro hasn't been 
generally used for hiding implementation detail (and Py_LIMITED_API does the 
part).
Therefore, I withdraw previous proposal for implementation detail, and I'm 
going to fix PEP a few.  After that, I'd like to post to python-dev to know the 
developer's view of the PEP draft.

--

___
Python tracker 

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

[issue31085] Add option for namedtuple to name its result type automatically

[Raymond Hettinger]

Raymond Hettinger added the comment:

I concur with Steven.

--
assignee:  -> rhettinger

___
Python tracker 

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

[issue24827] round(1.65, 1) return 1.6 with decimal

[Mark Dickinson]

Mark Dickinson added the comment:

> I think it is better to make a tip in the Python tutorial.

I'd recommend opening a separate issue (or pull request, if you're feeling 
adventurous) for that; this issue is old and closed, and it's unlikely many 
will be following it.

--

___
Python tracker 

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

[issue31036] building the python docs requires the blurb module

[Julien Palard]

Julien Palard added the comment:

I added blurb to the docs build script 
(https://github.com/python/docsbuild-scripts/commit/06375b6d74f6d5613fcd48030b3af8032854c87d),
 so 3.5 should build soon. The requirements looks automatically pulled from 
psf-salt https://github.com/python/psf-salt/blob/master/salt/docs/init.sls#L42 
but I don't know at which "frequency".

--
nosy: +mdk

___
Python tracker 

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