[issue34366] _uuid module fails to compile on FreeBSD when libuuid is installed

[Michał Górny]

New submission from Michał Górny :

The _uuid extension fails to build on my Gentoo/FreeBSD system:

building '_uuid' extension
x86_64-gentoo-freebsd11.1-gcc -pthread -fPIC -Wno-unused-result -Wsign-compare 
-DNDEBUG -O2 -pipe -march=native -fwrapv -std=c99 -Wextra -Wno-unused-result 
-Wno-unused-parameter -Wno-missing-field-initializers 
-Werror=implicit-function-declaration -I./Include -I. 
-I/var/tmp/portage/dev-lang/python-3.7.0/work/Python-3.7.0/Include 
-I/var/tmp/portage/dev-lang/python-3.7.0/work/Python-3.7.0 -c 
/var/tmp/portage/dev-lang/python-3.7.0/work/Python-3.7.0/Modules/_uuidmodule.c 
-o 
build/temp.freebsd-11.1-RELEASE-amd64-3.7/var/tmp/portage/dev-lang/python-3.7.0/work/Python-3.7.0/Modules/_uuidmodule.o
In file included from /usr/include/uuid.h:34:0,
 from 
/var/tmp/portage/dev-lang/python-3.7.0/work/Python-3.7.0/Modules/_uuidmodule.c:8:
/usr/include/sys/uuid.h:77:21: error: conflicting types for 'uuid_t'
 typedef struct uuid uuid_t;
 ^~
In file included from 
/var/tmp/portage/dev-lang/python-3.7.0/work/Python-3.7.0/Modules/_uuidmodule.c:5:0:
/usr/include/uuid/uuid.h:44:23: note: previous declaration of 'uuid_t' was here
 typedef unsigned char uuid_t[16];
   ^~
[...]


Apparently the cause is that it includes headers belonging to the system uuid 
library and libuuid (from util-linux) simultaneously.  The whole module seems 
to be written with the assumption that the two different implementations will 
not be present simultaneously.  However, some software supports libuuid only, 
so we're forced to have both.

Attaching the complete build log.  I will submit a PR soonish.

--
components: Extension Modules
files: dev-lang:python-3.7.0:20180809-062928.log
messages: 323317
nosy: mgorny
priority: normal
severity: normal
status: open
title: _uuid module fails to compile on FreeBSD when libuuid is installed
type: compile error
versions: Python 3.7, Python 3.8
Added file: 
https://bugs.python.org/file47735/dev-lang:python-3.7.0:20180809-062928.log

___
Python tracker 

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

[issue29036] logging module: Add `full_module_name` to LogRecord details

[Vinay Sajip]

Vinay Sajip  added the comment:

The full module name isn't readily available. The value that sets the 
LogRecord's pathname attribute [which is obtained from the Python code object 
for the caller] is used to derive the filename attribute (by taking the 
basename of the pathname) and the filename is used to determine the module 
attribute (by just dropping the extension from the filename). So if you really 
need the modulename, you would have to derive it from the pathname.

--

___
Python tracker 

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

[issue29036] logging module: Add `full_module_name` to LogRecord details

[Ram Rachum]

Ram Rachum  added the comment:

Hi Vinay,

Since it's been a couple of years since I opened this ticket, I can't tell you 
the case in which I wanted to know the full module name of a logger. But it's 
probably been a logger from a third-party library. Since I can't force a 
third-party library that doesn't use the `__name__` convention to use it, 
having an attribute with the full module name would be my only solution to 
getting that information.

--

___
Python tracker 

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

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

[Kevin Norris]

New submission from Kevin Norris :

The 3.x datetime documentation contains the following footnote:

> In other words, date1 < date2 if and only if date1.toordinal() < 
> date2.toordinal(). In order to stop comparison from falling back to the 
> default scheme of comparing object addresses, date comparison normally raises 
> TypeError if the other comparand isn’t also a date object. However, 
> NotImplemented is returned instead if the other comparand has a timetuple() 
> attribute. This hook gives other kinds of date objects a chance at 
> implementing mixed-type comparison. If not, when a date object is compared to 
> an object of a different type, TypeError is raised unless the comparison is 
> == or !=. The latter cases return False or True, respectively.

But in 3.x, comparison no longer falls back to comparing object addresses.  
Also, some of the comments on issue 8005 seem to suggest that this footnote is 
not actually true in 3.x (aside from the first sentence, of course).  But 
regardless, the footnote should not refer to a long dead interpreter behavior 
as if it were still around.

--
assignee: docs@python
components: Documentation
messages: 323314
nosy: Kevin.Norris, docs@python
priority: normal
severity: normal
status: open
title: datetime's documentation refers to "comparison [...] falling back to the 
default scheme of comparing object addresses"
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue34296] Speed up python startup by pre-warming the vm

[INADA Naoki]

INADA Naoki  added the comment:

On Thu, Aug 9, 2018 at 3:17 AM Cyker Way  wrote:
>
> Cyker Way  added the comment:
>
> I'm fine with stdlib, 3rd party tools, or whatever. My focus is to understand 
> is whether this idea can be correctly implemented on the python VM or not. 
> I've been searching for similar implementations on standard JVM, but the 
> results mostly come from research projects rather than industrial solutions. 
> That being said, Android does have preloading implemented in its Dalvik/ART 
> VM (which is more or less a variant of JVM). Cited from 
> :
>
> >   The preloaded classes list is a list of classes the zygote will 
> > initialize on startup. This saves each app from having to run these class 
> > initializers separately, allowing them to start up faster and share pages 
> > in memory.
>
> I was wondering what makes it difficult for standard JVM (eg. HotSpot) to 
> have such feature and why Dalvik/ART is able to do it, and what would be the 
> case for the python VM?
>

Many WSGI servers provides "pre-fork" for (1) faster worker process creation and
(2) sharing static memory.  So it's definitely possible.

When compared with JVM, Python is dynamic language.
for example,

if not os.environ.get('XXX_NO_SPEEDUP'):
from xxx._speedup import somefunc  # Load somefunc from extension
else:
from xxx._util import somefunc  # Load somefunc from pure Python

Environment variables, configuration files, or even input from keyboard or
some sensors may affects importing modules, unlike JVM.

So more strict restriction is required for application in Python's case.
It can't be used for general, blindly and automatically from VM-side.
It should be implemented explicitly from Application side.

--

___
Python tracker 

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

[issue33989] ms.key_compare is not initialized in all paths of list_sort_impl()

[Zackery Spytz]

Change by Zackery Spytz :


--
keywords: +patch
pull_requests: +8197
stage:  -> patch review

___
Python tracker 

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

[issue33989] ms.key_compare is not initialized in all paths of list_sort_impl()

[Zackery Spytz]

Change by Zackery Spytz :


--
nosy: +ZackerySpytz
title: ms.key_compare is not initialized in all pathes of list_sort_impl -> 
ms.key_compare is not initialized in all paths of list_sort_impl()

___
Python tracker 

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

[issue34363] dataclasses.asdict() mishandles dataclass instance attributes that are instances of subclassed typing.NamedTuple

[Eric V. Smith]

Eric V. Smith  added the comment:

Thanks for the pointer, Ivan.

I haven't really thought it through yet, but this fixes the problem at hand:

diff --git a/dataclasses.py b/dataclasses.py
index ba34f6b..54916ee 100644
--- a/dataclasses.py
+++ b/dataclasses.py
@@ -1019,7 +1019,7 @@ def _asdict_inner(obj, dict_factory):
 result.append((f.name, value))
 return dict_factory(result)
 elif isinstance(obj, (list, tuple)):
-return type(obj)(_asdict_inner(v, dict_factory) for v in obj)
+return type(obj)(*[_asdict_inner(v, dict_factory) for v in obj])
 elif isinstance(obj, dict):
 return type(obj)((_asdict_inner(k, dict_factory), _asdict_inner(v, 
dict_factory))
   for k, v in obj.items())

There are plenty more tests needed for this, plus I need to think it through 
some more. astuple() has the same issue. I'll also have to think about the dict 
subclass case, too.

--

___
Python tracker 

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

[issue34364] problem with traceback for syntax error in f-string

[Eric V. Smith]

Eric V. Smith  added the comment:

I think this is a duplicate, but I can't find the exact issue. I don't think 
it's exactly the same as #29051.

--
assignee:  -> eric.smith
components: +Interpreter Core
nosy: +eric.smith
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33125] Windows 10 ARM64 platform support

[Paul Monson]

Paul Monson  added the comment:

I'm interested in getting python working on Windows running on Raspberry Pi 
(Thumb-2 instruction set).  I can also contribute to ARM64 Windows.  I've made 
some progress getting ARM32 working on a fork.  The next roadblock for my 
investigation is libffi support for ARM32 on Windows.  Can I help with that?

--
nosy: +Paul Monson

___
Python tracker 

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

[issue34364] problem with traceback for syntax error in f-string

[Josh Rosenberg]

Josh Rosenberg  added the comment:

So the bug is that the line number and module are incorrect for the f-string, 
right? Nothing else?

--
nosy: +josh.r

___
Python tracker 

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

[issue11191] test_search_cpp error on AIX (with xlc)

[Michael Felt]

Change by Michael Felt :


--
pull_requests: +8196

___
Python tracker 

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

[issue34244] Add support of check logger

[Vinay Sajip]

Vinay Sajip  added the comment:

Closing, as no response received.

--
resolution:  -> rejected
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

[issue29036] logging module: Add `full_module_name` to LogRecord details

[Vinay Sajip]

Vinay Sajip  added the comment:

Closing this as rejected, as when using the recommended approach for naming 
loggers, you get the full package name which can be output in logs.

--
resolution:  -> rejected
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

[issue34350] Non obvious logging handler behaviour

[Vinay Sajip]

Vinay Sajip  added the comment:

The logging module-level convenience functions are specifically there for the 
use of casual, short scripts where users don't want to be concerned with the 
details of loggers and handlers.

Even if you accidentally configure logging in library code because you typed 
logging.XXX() instead of logger.XXX(), that's just like any other bug 
introduced because of a typo. It would presumably get caught in testing.

Obviously, this behaviour can't be changed because of the need to maintain 
backward compatibility (and IMO there is no reason to change this behaviour, as 
it is like this by design).

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> behavior

___
Python tracker 

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

[issue34363] dataclasses.asdict() mishandles dataclass instance attributes that are instances of subclassed typing.NamedTuple

[Eric V. Smith]

Eric V. Smith  added the comment:

Oops, didn't see that you commented on this, Ivan.

I'll do some analysis tomorrow.

--

___
Python tracker 

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

[issue34363] dataclasses.asdict() mishandles dataclass instance attributes that are instances of subclassed typing.NamedTuple

[Eric V. Smith]

Change by Eric V. Smith :


--
assignee:  -> eric.smith
components: +Library (Lib) -Interpreter Core
versions: +Python 3.8

___
Python tracker 

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

[issue34355] SIGSEGV (Address boundary error)

[Julien Palard]

Julien Palard  added the comment:

After noticing that without pydebug I can reproduce in v3.7.0 but not in master 
I ran a git bisect, the following commit looks like it fixes the issue:

```
commit 16dfca4d829e45f36e71bf43f83226659ce49315
Author: INADA Naoki 
Date:   Sat Jul 14 12:06:43 2018 +0900

bpo-34087: Fix buffer overflow in int(s) and similar functions (GH-8274)

`_PyUnicode_TransformDecimalAndSpaceToASCII()` missed trailing NUL char.
It caused buffer overflow in `_Py_string_to_number_with_underscores()`.

This bug is introduced in 9b6c60cb.
```

--

___
Python tracker 

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

[issue5322] object.__new__ argument calling autodetection faulty

[ppperry]

Change by ppperry :


--
title: Python 2.6 object.__new__ argument calling autodetection faulty -> 
object.__new__ argument calling autodetection faulty

___
Python tracker 

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

[issue34270] Add names to asyncio tasks

[Yury Selivanov]

Yury Selivanov  added the comment:

Thank you for the contribution!

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

[issue34270] Add names to asyncio tasks

[Yury Selivanov]

Yury Selivanov  added the comment:


New changeset cca4eec3c0a67cbfeaf09182ea6c097a94891ff6 by Yury Selivanov (Alex 
Grönholm) in branch 'master':
bpo-34270: Make it possible to name asyncio tasks (GH-8547)
https://github.com/python/cpython/commit/cca4eec3c0a67cbfeaf09182ea6c097a94891ff6


--

___
Python tracker 

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

[issue34364] problem with traceback for syntax error in f-string

[bob gailer]

New submission from bob gailer :

Inconsistent tracebacks. Note that the traceback for bug.py does not 
reference the
module file and line number.

# bug.py
def f():
   f'''
   {d e}'''
a=b

import bug

Traceback (most recent call last):
   File "", line 1
     (d e)
    ^
SyntaxError: invalid syntax



# bug2.py
def f():
   f'''
   {de}'''
a=b

import bug2
bug2.f()

Traceback (most recent call last):
   File "C:\python\bug2.py", line 5, in 
     a=b
NameError: name 'b' is not defined

--
messages: 323301
nosy: bgailer
priority: normal
severity: normal
status: open
title: problem with traceback for syntax error in f-string

___
Python tracker 

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

[issue34363] dataclasses.asdict() mishandles dataclass instance attributes that are instances of subclassed typing.NamedTuple

[Ivan Levkivskyi]

Ivan Levkivskyi  added the comment:

OK, so the crux of the bug is this difference:

>>> a = (1, 2)
>>> tuple(x for x in a)
(1, 2)
>>> NamedTupleAttribute(x for x in a)
NamedTupleAttribute(example= at 0x10e2e52a0>)

A potential solution would be to either use `type(obj) in (list, tuple)` 
instead of `isinstance(obj, (list, tuple))` (and thus cause using copy.deepcopy 
for everything else), but this might break some use cases (IMO quite unlikely).

Any other thoughts?

--

___
Python tracker 

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

[issue34363] dataclasses.asdict() mishandles dataclass instance attributes that are instances of subclassed typing.NamedTuple

[Ivan Levkivskyi]

Change by Ivan Levkivskyi :


--
nosy: +levkivskyi

___
Python tracker 

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

[issue34362] User-created types with wrong __new__ can be instantiated

[ppperry]

ppperry  added the comment:

Whoops, realized this is a duplicate of issue5322.

--

___
Python tracker 

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

[issue34363] dataclasses.asdict() mishandles dataclass instance attributes that are instances of subclassed typing.NamedTuple

[Eric V. Smith]

Change by Eric V. Smith :


--
nosy: +eric.smith

___
Python tracker 

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

[issue34363] dataclasses.asdict() mishandles dataclass instance attributes that are instances of subclassed typing.NamedTuple

[Alex DeLorenzo]

New submission from Alex DeLorenzo :

Example:

from typing import NamedTuple
from dataclasses import dataclass, asdict

class NamedTupleAttribute(NamedTuple):
example: bool = True

@dataclass
class Data:
attr1: bool
attr2: NamedTupleAttribute

data = Data(True, NamedTupleAttribute(example=True))
namedtuple_attr = asdict(data)['attr2']
print(type(namedtuple_attr.example))
>>> generator

One would expect that the printed type would be of type bool.

--
components: Interpreter Core
messages: 323298
nosy: alexdelorenzo
priority: normal
severity: normal
status: open
title: dataclasses.asdict() mishandles dataclass instance attributes that are 
instances of subclassed typing.NamedTuple
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

[issue34362] User-created types with wrong __new__ can be instantiated

[ppperry]

New submission from ppperry :

If you have a class that defines __new__ to the __new__ of another builtin type 
that it isn't a subclass of:
>>> class X:
...__new__ = tuple.__new__
Instantiating this class should produce an error because `tuple.__new__` can't 
handle non-tuples, but instead it succeeds:
>>> X()
<__main__.X object at 0x032C3F98>

(related: issue34284)

--
components: Interpreter Core
messages: 323297
nosy: Vadim Pushtaev, ncoghlan, ppperry, serhiy.storchaka
priority: normal
severity: normal
status: open
title: User-created types with wrong __new__ can be instantiated
type: behavior
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue34361] An error should be returned when there are spaces in between function name and parameters

[R. David Murray]

R. David Murray  added the comment:

Sorry, but ignoring that whitespace is part of the python language definition.  
At this point in time, whatever the merits of the "beginner" argument, it is 
not going to change, for backward compatibility reasons if nothing else.

--
nosy: +r.david.murray
resolution:  -> rejected
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

[issue34296] Speed up python startup by pre-warming the vm

[Cyker Way]

Cyker Way  added the comment:

I'm fine with stdlib, 3rd party tools, or whatever. My focus is to understand 
is whether this idea can be correctly implemented on the python VM or not. I've 
been searching for similar implementations on standard JVM, but the results 
mostly come from research projects rather than industrial solutions. That being 
said, Android does have preloading implemented in its Dalvik/ART VM (which is 
more or less a variant of JVM). Cited from 
:

>   The preloaded classes list is a list of classes the zygote will initialize 
> on startup. This saves each app from having to run these class initializers 
> separately, allowing them to start up faster and share pages in memory.

I was wondering what makes it difficult for standard JVM (eg. HotSpot) to have 
such feature and why Dalvik/ART is able to do it, and what would be the case 
for the python VM?



A few more words about my original vision: I was hoping to speed up python 
script execution using template VMs in which a list of selected modules are 
preloaded. For example, if you have one script for regex matching, and another 
for dir listing, then you can create 2 template VMs with `re` and `os` modules 
preloaded, respectively. The template VMs run as system service so that you can 
always fork from them to create something like a runtime version of 
*virtualenv* where only relevant modules are loaded. The preloaded modules can 
be standard modules or user modules. I don't really see what makes a difference 
here if the module is standard or not.



>   In particular Windows which doesn't have "fork" behaviour.

Forking helps the parent process keep a clean state since it basically does 
nothing after the fork. If the system doesn't natively support fork then the 
parent process can do the job by itself instead of forking a child process to 
do so. But additional work might be needed to remove the artifacts resulting 
from the execution of user script.

--

___
Python tracker 

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

[issue34361] An error should be returned when there are spaces in between function name and parameters

[Sanyam Khurana]

New submission from Sanyam Khurana :

I noticed this while reviewing the code.

The print function works like:

```
print   (5)
```

This works with user-defined function too.

Ideally, this is a function call and we should return an error stating that 
there shouldn't be any spaces between the function name and the parameters 
listed.

This essentially is not good for people who're new to programming and learning 
to code with Python as their first language.

--
components: Library (Lib)
messages: 323294
nosy: CuriousLearner
priority: normal
severity: normal
stage: needs patch
status: open
title: An error should be returned when there are spaces in between function 
name and parameters
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue34284] Nonsensical exception message when calling `__new__` on non-instaniable objects

[Vadim Pushtaev]

Vadim Pushtaev  added the comment:

Usually, tp_new==NULL means that __new__ is inherited, but not always. Here is 
the comment from typeobject.c:

/* The condition below could use some explanation.
   It appears that tp_new is not inherited for static types
   whose base class is 'object'; this seems to be a precaution
   so that old extension types don't suddenly become
   callable (object.__new__ wouldn't insure the invariants
   that the extension type's own factory function ensures).
   Heap types, of course, are under our control, so they do
   inherit tp_new; static extension types that specify some
   other built-in type as the default also
   inherit object.__new__. */


So my current solution is to explicitly set __new__ to the common helper 
function that raises TypeError in that case.

---

Thanks a lot for your comments and ideas. In truth, I feel a little overwhelmed 
and definitely need further guidance for this issue.

--

___
Python tracker 

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

[issue34350] Non obvious logging handler behaviour

[Mark Dickinson]

Change by Mark Dickinson :


--
nosy: +vinay.sajip

___
Python tracker 

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

[issue34360] urllib.parse doesn't fail with multiple unmatching square brackets

[Florian Bruhin]

New submission from Florian Bruhin :

Since bpo-29651, the urllib.parse docs say:

> Unmatched square brackets in the netloc attribute will raise a ValueError.

However, when there are at least one [ and ], but they don't match, there's 
somewhat inconsistent behavior:

>>> urllib.parse.urlparse('http://[::1]]').hostname
'::1'
>>> urllib.parse.urlparse('http://[[::1]').hostname
'[::1'

--
components: Library (Lib)
messages: 323292
nosy: Howie Benefiel, The Compiler, orsenthil
priority: normal
severity: normal
status: open
title: urllib.parse doesn't fail with multiple unmatching square brackets
type: behavior

___
Python tracker 

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

[issue33802] Regression in logging configuration

[Łukasz Langa]

Łukasz Langa  added the comment:

None is an invalid value in the configparser. It only accepts strings. See:

>>> cp = ConfigParser()
>>> cp['asd'] = {'a': None}
Traceback (most recent call last):
...
TypeError: option values must be strings



The DEFAULT section was an omission which is now fixed. You can use a 
RawConfigParser if you want to put invalid types as option values:

>>> rcp = RawConfigParser()
>>> rcp['asd'] = {'a': None}
>>>

--

___
Python tracker 

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

[issue34359] Wrong virtual environment found

[sfx2k]

Change by sfx2k :


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

[issue2651] Strings passed to KeyError do not round trip

[Łukasz Langa]

Łukasz Langa  added the comment:

I agree with Inadasan. I was eager to fix this until I actually got to it at 
the '16 core sprint. I think there's too little value in fixing this versus 
possible backwards compatibility breakage.

--
resolution:  -> wont fix
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

[issue34359] Wrong virtual environment found

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

it's normal because this path is in the PATH env variable.

so in this case, I think we can close this issue.

--

___
Python tracker 

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

[issue34242] configparser: SectionProxy.get is silent on missing options

[Łukasz Langa]

Łukasz Langa  added the comment:

> I still find the remark about the parser-level `get` being maintained for 
> backwards compatibility strange (and it is eight years old), could this be 
> improved?

How? Parser-level `.get()` predates mapping protocol access and has an 
incompatible API. Thus, we need to leave it as is, otherwise we'd break 
existing code.

Use mapping protocol everywhere in new code and you won't see those issues 
anymore.

--
resolution:  -> wont fix
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

[issue34359] Wrong virtual environment found

[sfx2k]

sfx2k  added the comment:

Okay, thanks anyway :)

btw:

"Oh, and I suspect that the reason that "The thing with the relative path works 
if I change the order in the path" is simply because the bit of code that 
searches PATH just ignores what's after #!/usr/bin/env and looks for 
python.exe. (More or less - I haven't checked the code)."

Nope - then it would find the python executable in c:\python3 first ;)

--

___
Python tracker 

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

[issue34242] configparser: SectionProxy.get is silent on missing options

[Łukasz Langa]

Łukasz Langa  added the comment:

> Maybe a ConfigParser object could have an option to raise errors, because 
> they are useful for discovering errors in config files.

For this option, use mapping access instead of `.get()`:

>>> cp['section']['key']
Traceback (most recent call last):
...
KeyError: 'key'

--

___
Python tracker 

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

[issue23835] configparser does not convert defaults to strings

[Łukasz Langa]

Łukasz Langa  added the comment:

That's intentional. In ConfigParser objects this exception would be raised for 
any other section's assignment already. You want RawConfigParser if you want to 
put (invalid) types as option values. See:

>>> cp = ConfigParser()
>>> cp['asd'] = {'a': None}
Traceback (most recent call last):
...
TypeError: option values must be strings
>>> rcp = RawConfigParser()
>>> rcp['asd'] = {'a': None}
>>>

--

___
Python tracker 

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

[issue34359] Wrong virtual environment found

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

Now, you could use a Windows shortcut where you specify the version of Python 
when you execute your script.

F:\python\scripts3\.venv\bin\python myscript.py

For example.

--
nosy: +matrixise
resolution: not a bug -> 
stage: resolved -> 
status: closed -> open

___
Python tracker 

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

[issue34359] Wrong virtual environment found

[Paul Moore]

Paul Moore  added the comment:

Oh, and I suspect that the reason that "The thing with the relative path works 
if I change the order in the path" is simply because the bit of code that 
searches PATH just ignores what's after #!/usr/bin/env and looks for 
python.exe. (More or less - I haven't checked the code).

--

___
Python tracker 

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

[issue34359] Wrong virtual environment found

[Paul Moore]

Paul Moore  added the comment:

Others use absolute paths, as I mentioned in my reply.

--

___
Python tracker 

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

[issue34359] Wrong virtual environment found

[Paul Moore]

Change by Paul Moore :


--
resolution:  -> not a bug
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

[issue34359] Wrong virtual environment found

[sfx2k]

sfx2k  added the comment:

Thanks for your feedback, Paul and Stephane.

The thing with the relative path works if I change the order in the path from 
[...]F:\Python\scripts3;F:\Python\projects\timetracking[...] to 
[...]F:\Python\projects\timetracking;F:\Python\scripts3[...] 

;)

An absolut path is not practicable because it can be different on other systems 
:)

How do others do it? I don't think that I am the only one that uses such a 
workflow, or am I wrong?

--
nosy:  -matrixise

___
Python tracker 

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

[issue34359] Wrong virtual environment found

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

And the Shebang is specific to the Unix-like systems, the loader from the 
operating system, will read the first line and will try to execute the defined 
interpreter. 

https://en.wikipedia.org/wiki/Shebang_(Unix)

On Windows, I am not sure, but like Paul told you, PyLauncher does not 
implement the full functionality of the Unix "env" program.

Maybe we could close this issue.

--
nosy: +matrixise

___
Python tracker 

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

[issue34359] Wrong virtual environment found

[Paul Moore]

Paul Moore  added the comment:

>From https://docs.python.org/3.7/using/windows.html#shebang-lines the 
>supported shebang lines are

* /usr/bin/env python
* /usr/bin/python
* /usr/local/bin/python
* python

There's a provision in there:

"""
The /usr/bin/env form of shebang line has one further special property. Before 
looking for installed Python interpreters, this form will search the executable 
PATH for a Python executable. This corresponds to the behaviour of the Unix env 
program, which performs a PATH search.
"""

The launcher does *not* implement the full functionality of the Unix "env" 
program, and in particular doesn't support (relative or absolute) paths in the 
Python interpreter part.

While "search PATH for the relative path given in the env shebang line" would 
be a potential feature request, it's not current behaviour, and in my view, 
it's too rare of a scenario to be worth the complexity it would add to the 
launcher.

As a workaround, you can use an absolute path in your shebang line:

#!F:\python\scripts3\.venv\Scripts\python.exe

(Obviously that requires a little more manual management of the shebang lines 
in your scripts).

--

___
Python tracker 

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

[issue34359] Wrong virtual environment found

[Sascha Fuhrmann]

New submission from Sascha Fuhrmann :

For my python development I have several directories on my Windows system:

common:
F:\python\scripts -> one-file-scripts based on python 2
F:\python\scripts3 -> one-file-scripts base on python 3

projects:
F:\python\projects\timetracking
...

Each directory has its own virtual environment (managed with pipenv):
F:\python\scripts\.venv
F:\python\scripts3\.venv
F:\python\projects\timetracking\.venv

Because I want to be able to call the scripts from everywhere, I added the 
directories to the path-environment variable.

[...]F:\Python\scripts3;F:\Python\projects\timetracking[...]

Let's have a look at the timetracking project. The main script 
(timetracking.py) has the following shebang-line:
#! /usr/bin/env .venv/scripts/python.exe

My current directory is the root of C

When I call 'timetracking.py' I get an error that some modules have not been 
installed.

With activating the debug mode (set PYLAUNCH_DEBUG=1) I get some more 
information:

***
C:\>timetracking.py
launcher build: 32bit
launcher executable: Console
File 'C:\Users\itsme\AppData\Local\py.ini' non-existent
File 'C:\Windows\py.ini' non-existent
Called with command line: "F:\Python\projects\timetracking\timetracking.py"
maybe_handle_shebang: read 256 bytes
maybe_handle_shebang: BOM not found, using UTF-8
parse_shebang: found command: F:\Python\scripts3\.venv\scripts\python.exe
run_child: about to run 'F:\Python\scripts3\.venv\scripts\python.exe 
"F:\Python\projects\timetracking\timetracking.py" '
Traceback (most recent call last):
  File "F:\Python\projects\timetracking\timetracking.py", line 18, in 
import menu_definitions
  File "F:\Python\projects\timetracking\menu_definitions.py", line 15, in 

import menu_edit_item_functions
  File "F:\Python\projects\timetracking\menu_edit_item_functions.py", line 15, 
in 
import tools
  File "F:\Python\projects\timetracking\tools.py", line 19, in 
from texttable import Texttable
ModuleNotFoundError: No module named 'texttable'
child process exit code: 1
***

As you can see, the pylauncher found a shebang - but not that one I expected 
('scripts3\.venv' instead of 'timetracking\.venv') *confused*
It seems that the pylauncher uses the first .venv it found within the path 
variable...

Any ideas?

--
components: Windows
messages: 323278
nosy: Sascha Fuhrmann, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Wrong virtual environment found
type: behavior
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

[issue34358] round() combined with product outputs ugly result

[Steven D'Aprano]

Change by Steven D'Aprano :


--
resolution:  -> not a bug
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

[issue34358] round() combined with product outputs ugly result

[Ronald Oussoren]

Ronald Oussoren  added the comment:

This is expected behaviour, the FAQ entry on floating point gives a good 
explanation about what's going on here: 
https://docs.python.org/3.7/tutorial/floatingpoint.html

--
nosy: +ronaldoussoren

___
Python tracker 

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

[issue34358] round() combined with product outputs ugly result

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue34358] round() combined with product outputs ugly result

[Sandu]

New submission from Sandu :

`from scipy import stats`

`a = stats.norm.cdf(2.1882658846227234)`

`round(a,4)` gives:
`0.9857`

`round(a,4)*100` one would expect to output 98.57.
It returns:
`98.570001`

For comparison, if I multiply with 10 or 1000 the output is as expected.

--
messages: 323276
nosy: ursus
priority: normal
severity: normal
status: open
title: round() combined with product outputs ugly result
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

[issue34357] situation where urllib3 works, but urllib does not work

[David]

New submission from David :

Hello!

Newbie to python here. I run into an issue with one desktop library, Cinnamon. 
Specifically this one: 
https://github.com/linuxmint/Cinnamon/issues/5926#issuecomment-411232144. This 
library uses the urllib in the standard library to download some json. But for 
some reason, it does not work for me. If however, I use 
[https://github.com/urllib3/urllib3](urllib3), it just works. It sounds like 
something the standard library could do better, so I'm reporting it here in 
case it's helpful.

A minimal example would be:


```python
from urllib.request import urlopen
 
data = urlopen("https://cinnamon-spices.linuxmint.com/json/applets.json";).read()
 
print(data)
```

which just hangs for me. If I pass a specific number of bytes (less than 
~65000), it works, but only downloads parts of the file.

Using the equivalent code in urllib3 works just fine:

```python
import urllib3

http = urllib3.PoolManager()
response = http.request('GET', 
'https://cinnamon-spices.linuxmint.com/json/applets.json')
print(response.data)

```

This is on

```
Python 3.7.0 (default, Aug  7 2018, 23:24:26) 
[GCC 5.5.0 20171010] on linux
```

Any help troubleshooting this would be appreciated!

--
messages: 323275
nosy: deivid
priority: normal
severity: normal
status: open
title: situation where urllib3 works, but urllib does not work

___
Python tracker 

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

[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

I think this can be closed with 
https://github.com/python/buildmaster-config/commit/9a456462fb891328b5b8a170522d5f56f480fdfb.
 The buildbots are also green now with the failure reported in 
https://buildbot.python.org/all/#/builders/147/builds/174 fixed with the commit.

Thanks

--

___
Python tracker 

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

[issue34238] When BROWSER is set on Mac webbrowser.register_standard_browsers doesn't work

[Farzeen]

Farzeen  added the comment:

Arch Linux is also affected.
Steps to reproduce:
```
$ python
Python 3.7.0 (default, Jul 15 2018, 10:44:58) 
[GCC 8.1.1 20180531] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import webbrowser
>>> webbrowser.get(None)
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3.7/webbrowser.py", line 42, in get
register_standard_browsers()
  File "/usr/lib/python3.7/webbrowser.py", line 567, in 
register_standard_browsers
cmd = _synthesize(cmdline, -1)
  File "/usr/lib/python3.7/webbrowser.py", line 116, in _synthesize
register(browser, None, controller, update_tryorder)
TypeError: register() takes from 2 to 3 positional arguments but 4 were given
>>> 
```

Workaround:
```
$ env BROWSER='' python
Python 3.7.0 (default, Jul 15 2018, 10:44:58) 
[GCC 8.1.1 20180531] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import webbrowser
>>> webbrowser.get(None)

>>> 
```

--
nosy: +happycoder97

___
Python tracker 

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

[issue34355] SIGSEGV (Address boundary error)

[Yohan Boniface]

Yohan Boniface  added the comment:

Thanks all :)

As noted by Julien, to reproduce the test cases, one also needs to install the 
dev requirements (or just `pip instal minicli hupper`):

pip install -r requirements-dev.txt

> and what's the issue with asyncio ?

Nothing specific as far as I can tell.
I mentioned it because not all projects use asyncio so I thought it was an 
significative point to have in mind, just in case.
Also I blindly checked "asyncio" in the "Components" because the project does 
use asyncio, without foreseeing that this would point asyncio as a guilty and 
that asyncio maintainers would have been specifically CCed.
Thanks for fixing this.

One other thing to notice just in case: the code base do have unicode chars (in 
comments, strings and raw strings).

--

___
Python tracker 

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

[issue34355] SIGSEGV (Address boundary error)

[Stéphane Wirtel]

Change by Stéphane Wirtel :


--
components:  -asyncio
nosy:  -asvetlov, yselivanov

___
Python tracker 

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

[issue34355] SIGSEGV (Address boundary error)

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

and what's the issue with asyncio ?

--

___
Python tracker 

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

[issue34355] SIGSEGV (Address boundary error)

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

With the last revision of 3.7 (w/o --with-debug), I don't get this issue on 
Fedora 28 :/

--
nosy: +matrixise

___
Python tracker 

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

[issue34356] Add support for args and kwargs in logging.conf

[Xavier Hardy]

New submission from Xavier Hardy :

The behavior of formatters and handlers in logging.conf files is inconsistent.

With handlers, it is possible to add custom (keyword and non-keyword) 
arguments, but it is not possible for formatters (only class, format, datefmt, 
style).

https://github.com/python/cpython/blob/master/Lib/logging/config.py#L112
https://github.com/python/cpython/blob/master/Lib/logging/config.py#L141

I'll try to submit a pull request as soon as possible.

--
messages: 323269
nosy: xavier.hardy
priority: normal
severity: normal
status: open
title: Add support for args and kwargs in logging.conf
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue24255] Replace debuglevel-related logic with logging

[Sanyam Khurana]

Sanyam Khurana  added the comment:

Yeah, that is understandable. I've reverted major chunk of it. Just in the http 
client file, I've added blank lines where ever necessary (which I think won't 
change the blame information for any of the code :))

Would that be okay?

Also, I did a change in the test to redirect the `output` from `test.support` 
to `stdout` in order to test the changes, but seems like the CI failed because 
the environment of test was changed. Is there a better method to accomplish it?

--

___
Python tracker 

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

[issue34296] Speed up python startup by pre-warming the vm

[Ronald Oussoren]

Ronald Oussoren  added the comment:

This might be a useful feature but I think it would be better to develop this 
outside the stdlib, especially when the mechanism needs application specific 
code (such as preloading modules used by a specific script).

If/when such a tool has enough traction on PyPI we can always reconsider 
including it in the stdlib.

BTW. Python runs on a number of platforms where a forking server (option 2 in 
msg322800) is less useful. In particular Windows which doesn't have "fork" 
behaviour.

--
nosy: +ronaldoussoren

___
Python tracker 

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

[issue34355] SIGSEGV (Address boundary error)

[Julien Palard]

Julien Palard  added the comment:

Can reproduce with python3.7 from Debian packages, but can't reproduce with a 
python3.7 built with --with-pydebug.

--
nosy: +mdk

___
Python tracker 

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

[issue34309] Trouble when reloading extension modules.

[chris]

chris  added the comment:

For short-term / mid-term we have now decided to start python as seperate 
process and interact with some kind of IPC. That leads to a limited interaction 
model between python and the embedded app but it has the advantage that 
unloading is possible (by simply restarting python).

Hopefully, at some day python will have better support for unloading / 
reloading extension modules, but as some pointed out this will take time also 
until extension modules adopt new API discussed in the PEPs.

Thanks for discussion and information!

--

___
Python tracker 

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

[issue30105] Duplicated connection_made() call for some SSL connections

[Neil Booth]

Neil Booth  added the comment:

Can someone close this please; I submitted this and no longer see it with 
recent Python versions; I suspect it has been fixed by one of the many SSL 
fixes in the last 12 months

--

___
Python tracker 

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