[issue30457] Allow retrieve the number of waiters pending for most of the asyncio lock primitives

[pfreixes]

pfreixes  added the comment:

You are right, having the `pop` after the `set` it would remove the key from 
the events. Despite the workaround that you proposes is quite clean, it is 
kinda implicit.

The nature of the `pending` method is to give to the developer a way to check 
how many waiters are still pending. This not only helps to make this code more 
explicit also other pieces of code that might need access to the length of the 
waiters.

--

___
Python tracker 

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

[issue31755] SetType is missing in the 'types' module

[Kenji Asuka (Asuka Kenji)]

New submission from Kenji Asuka (Asuka Kenji) :

# Create a dict and a set
d = {1: '1'}
s = {1}

# They have different types
print(type(d)) # 
print(type(s)) # 
print(type(d) is type(s))  # False
print(type(s) is type(d))  # False
print(type(d) == type(s))  # False

# Dictionary type is found in 'types' module
print(type(d) is types.DictType)   # True
print(type(d) is types.DictionaryType) # True
print(types.DictType == types.DictionaryType)  # True

# Set type is not found in 'types' module
print(type(s) is types.DictType)# False
print(type(s) is types.DictionaryType)  # False
print(type(s) is types.DictProxyType)   # False
print(type(s) is types.ListType)# False
print(type(s) is types.SliceType)   # False
print(type(s) is types.TupleType)   # False
print(type(s) is types.NotImplementedType)  # False
print(type(s) is types.SetType) # AttributeError: 'module' object 
has no attribute 'SetType'

--
components: Library (Lib)
messages: 304112
nosy: Kenji Asuka (Asuka Kenji)
priority: normal
severity: normal
status: open
title: SetType is missing in the 'types' module
type: compile error
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

[issue31755] SetType is missing in the 'types' module

[Kenji Asuka (Asuka Kenji)]

Kenji Asuka (Asuka Kenji)  added the comment:

'set' is a built-in type, and should belong to one of the types in the 'types' 
module. However, in the latest 2.7 implementations, none of the names matches 
the 'set' type.

Like 'list' and 'dict', I suppose there should be a name 'SetType' in the 
'types' module. However, I guess it was forgotten to be created when the '{x: 
y}' syntax was introduced.

--

___
Python tracker 

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

[issue31755] SetType is missing in the 'types' module

[Christian Heimes]

Christian Heimes  added the comment:

The types modules is not suppose to hold all known types. It only contains 
types that are not available as builtin. The DictType member is a relict from 
the past. Before Python 2.2, the dict builtin and dict type were different 
things.

In Python 3, the types module no longer has DictType, IntType etc.

--
nosy: +christian.heimes
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type: compile error -> behavior

___
Python tracker 

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

[issue31741] backports import path can not be overridden in Windows (Linux works fine)

[Paul Moore]

Paul Moore  added the comment:

> I did use `pip` to install packages as you'll see in the screenshot.

Sorry, I don't see any pip commands. Please could you include sample commands 
inline as text, and not as screenshots, as attached files aren't accessible 
from emails...

As I say, I suspect the backports module is being imported before you change 
sys.path, and hence your sys.path change isn't affecting it.

Sorry, but unless you can provide a precise set of steps to reproduce the 
issue, starting from the point where you install Python, I'm not sure what else 
we can do to help (but I will reiterate - this is *not* a problem with the 
Python install itself - we don't ship a site-packages/backports directory, that 
came with something you installed via pip).

--

___
Python tracker 

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

[issue31755] SetType is missing in the 'types' module

[Kenji Asuka (Asuka Kenji)]

Kenji Asuka (Asuka Kenji)  added the comment:

You wrote:

> It only contains types that are not available as builtin.

I think the opposite is true.


As shown in the "Versions" field in the issue, this bug is Python 2 specific, 
so there is nothing to do with Python 3.

My point is not on 'dict', but on 'set'. So the history of 'dict' doesn't care.

As we can see there are names for:
- 'None' (types.NoneType)
- 'bool' (types.BooleanType)
- 'int' (types.IntType)
- 'long' (types.LongType)
- 'float' (types.FloatType)
- 'complex' (types.ComplexType)
- etc.

and more importantly:
- 'tuple' (types.TupleType)
- 'list' (types.ListType)
- 'dict' (types.DictType)

and since 'set' is also considered a built-in type (see 
https://docs.python.org/2/library/stdtypes.html), I can't see the reason WHY it 
is not considered a bug without having 'set' (types.SetType) in the module.

--

___
Python tracker 

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

[issue25612] nested try..excepts don't work correctly for generators

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I tried the following code:

def g():
yield 1
raise
yield 2

i = g()
try:
1/0
except:
next(i)
next(i)

Currently it raises:

Traceback (most recent call last):
  File "", line 5, in 
  File "", line 2, in 
ZeroDivisionError: division by zero

With PR 1773 applied it raises:

Traceback (most recent call last):
  File "", line 2, in 
ZeroDivisionError: division by zero

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "", line 5, in 
  File "", line 3, in g
RuntimeError: No active exception to reraise

And this looks more correct.

But if replace raise with print(sys.exc_info()) the patched and unpatched 
interpreters both print:

(, ZeroDivisionError('division by zero',), 
)

Is it correct that sys.exc_info() return an exception while raise can't reraise 
it?

--
versions: +Python 3.7 -Python 3.4, Python 3.5

___
Python tracker 

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

[issue6135] subprocess seems to use local encoding and give no choice

[Andrew Clegg]

Andrew Clegg  added the comment:

I meant the former; I'll look a bit more at the documentation and submit an 
issue/patch.

As regards the 'text' flag - universal_newlines is actually exactly that 
already. I've just checked the code of subprocess.py and the universal_newlines 
argument is read in only two places:
* as one of the deciding factors in whether to use the text mode
* in a backwards compatibility clause in check_output

So subprocess *already* has a text mode and a 'magic option' to trigger it. It 
works well, and is useful in most cases. When the default encoding guess is 
incorrect, it can easily be corrected by supplying the correct encoding. This 
is a good situation!

What is not so good is the API. I'm teaching a Python course for scientists at 
the moment. Retrieving text from external processes is an extremely common use 
case. I would rather not teach them to just have to use 'encoding=utf-8', 
because arguably teaching a user to supply an encoding without knowing if it's 
correct is worse than the system guessing. Equally, teaching 
'universal_newlines=True' is a bit obscure.

The way forward seems to be:
* Add a text=True/False argument that is essentially the same as 
universal_newlines, to improve the API.
* Clearly document that this implies that the encoding will be guessed, and 
that an explicit encoding can be given if the guess is wrong
* Optionally, and I have no strong feelings either way on this, 
remove/deprecate the universal_newlines argument

--

___
Python tracker 

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

[issue31728] crashes in _elementtree due to unsafe decrefs of Element.text and Element.tail

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
stage: patch review -> backport needed
versions: +Python 2.7, Python 3.6

___
Python tracker 

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

[issue31748] configure fails to detect fchdir() using CFLAGS="-Werror -Wall"

[Christian Heimes]

Change by Christian Heimes :


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

___
Python tracker 

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

[issue31754] Documented type of parameter 'itemsize' to PyBuffer_FillContiguousStrides is incorrect.

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +easy
stage:  -> needs patch
versions: +Python 2.7, Python 3.7

___
Python tracker 

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

[issue6135] subprocess seems to use local encoding and give no choice

[Nick Coghlan]

Nick Coghlan  added the comment:

This discussion should probably be submitted as a new RFE (requesting "text" as 
a more obvious and beginner friendly alias for universal_newlines), but I'll 
also add a note regarding precedent for a simple binary/text toggle: the mode 
settings for open().

There, the default is text (with the default encoding determined by the 
system), and you have to include "b" in the mode settings to say "I want raw 
binary".

For the subprocess APIs, the default is different (i.e. binary), so the natural 
counterpart to the "b" mode flag in open() would be an explicit "text" mode 
flag.

--

___
Python tracker 

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

[issue17088] ElementTree incorrectly refuses to write attributes without namespaces when default_namespace is used

[Rafael Ascensao]

Rafael Ascensao  added the comment:

what's the status on this?

--
nosy: +Rafael Ascensao

___
Python tracker 

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

[issue31748] configure fails to detect fchdir() using CFLAGS="-Werror -Wall"

[Дилян Палаузов]

Дилян Палаузов  added the comment:

The patch puts in "Misc/NEWS.d/next/Core and 
Builtins/2017-10-11-10-42-02.bpo-31748.oaEZcq.rst":

+Support configure with -Wall by avoiding unused variables.

but likely means "-Werror" (or both)

Different people generate ./configure different ways.  Some insert runstatedir 
in configure, others don't.  E.g. on 14 April 2017 runstatedir was added to 
configure, on 9 June it was removed from configure, on 29 June it was added to 
configure.  It needs to be clarified once forever, whether runstatedir belongs 
to configure or not and then everybody has to stick to this, in order to avoid 
useless changes in the version control.

--

___
Python tracker 

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

[issue31744] Python 2.7.14 Fails to compile on CentOS/RHEL7

[Brian Sidebotham]

Brian Sidebotham  added the comment:

I'm not sure any of my emails came through to this ticket from my mail client. 
I think this can be closed and filed under "not a bug".

Here are the mails I sent.:

Hi Marc-Andre,

Thanks for engaging.

I fixed RPATH and now things are building successfully:

LDFLAGS='-Wl,-rpath=\\$$\$$ORIGIN/../lib' \
./configure --prefix=/opt/wsl \
--enable-shared \
--with-system-ffi \
--with-ensurepip=yes \
--enable-optimizations

Thank-you for your help.

Best Regards,

Brian.


-

Hi Charalampos,

We're building for RHEL7 on the latest version.

-bash-4.2$ cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 7.4 (Maipo)

Best Regards,

Brian.





Hi Ned,

Thank-you for your advice. There was no python2 installed on the build box in 
/opt/wsl. Fixing the RPATH reference appears to have fixed the problem. Perhaps 
something in the makefile was getting eaten by the crazy escaping to get ORIGIN 
in the python executable. Now it looks correct:
-bash-4.2$ readelf -d ./python 

Dynamic section at offset 0x3cd0 contains 31 entries:
  TagType Name/Value
 0x0001 (NEEDED) Shared library: [libpython2.7.so.1.0]
...
 0x0001 (NEEDED) Shared library: [ld-linux-x86-64.so.2]
 0x000f (RPATH)  Library rpath: [$ORIGIN/../lib]

Best Regards,

Brian.

--
resolution:  -> not a bug

___
Python tracker 

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

[issue31748] configure fails to detect fchdir() using CFLAGS="-Werror -Wall"

[STINNER Victor]

STINNER Victor  added the comment:

"Different people generate ./configure different ways.  Some insert runstatedir 
in configure, others don't.  E.g. on 14 April 2017 runstatedir was added to 
configure, on 9 June it was removed from configure, on 29 June it was added to 
configure.  It needs to be clarified once forever, whether runstatedir belongs 
to configure or not and then everybody has to stick to this, in order to avoid 
useless changes in the version control."

For practical reasons, we decided to include the generated file configure in 
Git. You are right that not all developers use the same autoconf version, and 
so that the generated file includes or not the runstatedir change. I don't know 
how to fix this issue. If you consider that it's a bug and should be fixed, 
please open a new dedicated issue, since it's unrelated to your fchdir + 
-Werror bug.

--

___
Python tracker 

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

[issue31742] Default to emitting FutureWarning for provisional APIs

[Amber Brown]

Amber Brown  added the comment:

> * asyncio & pathlib are already non-provisional, so wouldn't be affected.

I was reading this and actually said "wait what I didn't know pathlib was 
provisional", and went back to check. The warning for it was grey next to a 
pair of yellow ones, no wonder I didn't see it.

I guess we can all agree that the provisional warning should be modified to be 
more obvious, at least. What's required in doing that? Just editing what's 
there, or is there some form of template that is used?

--

___
Python tracker 

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

[issue31756] subprocess.run should alias universal_newlines to text

[Andrew Clegg]

New submission from Andrew Clegg :

Following on from https://bugs.python.org/issue6135

The subprocess module by default returns bytes from subprocess calls. It has a 
text mode, but this can only be accessed by slightly tangential arguments 
(setting encoding, errors or universal_newlines).

ncoghlan notes in msg304118 that this is a similar situation to the binary/text 
mode settings for open(). From the docs " In text mode, if encoding is not 
specified the encoding used is platform dependent: 
locale.getpreferredencoding(False) is called to get the current locale encoding"

The universal_newlines argument now effectively just turns on the text mode, 
however this is not an intuitively and obviously discoverable. So to improve 
usability, and to mirror the file opening behaviour, subprocess calls should be 
*explicitly* dual mode (binary/text), and have an explicitly named argument to 
control this.

My enhancement suggestion is as follows:
* Add a text=True/False argument that is an alias of universal_newlines, to 
improve the API.
* Clearly document that this implies that the encoding will be guessed, and 
that an explicit encoding can be given if the guess is wrong

For completeness, the following changes could also be made, although these may 
be controversial
* Remove/deprecate the universal_newlines argument
* Revert the default mode to text (as in Python 2.7), and have a binary=True 
argument instead

--
components: Library (Lib)
messages: 304125
nosy: andrewclegg, ncoghlan, steve.dower
priority: normal
severity: normal
status: open
title: subprocess.run should alias universal_newlines to text
type: enhancement
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

[issue6135] subprocess seems to use local encoding and give no choice

[Andrew Clegg]

Andrew Clegg  added the comment:

RFE submitted as issue31756 , thanks

--

___
Python tracker 

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

[issue31728] crashes in _elementtree due to unsafe decrefs of Element.text and Element.tail

[Oren Milman]

Change by Oren Milman :


--
pull_requests: +3925
stage: backport needed -> patch review

___
Python tracker 

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

[issue1566331] Bad behaviour in .obuf*

[Richard Aplin]

Richard Aplin  added the comment:

Hi there yes this is very much an issue on Arm linux (e.g. Armbian). Calling 
any function that triggers a call to _ssize(..) - a function which is clearly 
intended to have no side-effects - instead resets the number of channels (and 
sample format?) by calling IOCTLs "SNDCTL_DSP_SETFMT" and "SNDCTL_DSP_CHANNELS" 
with arguments of zero as a way to query the current values. 

This doesn't work on many drivers; e.g. they take '0' as meaning 'mono' and 
switch to one channel. 

To repro:
import ossaudiodev
self.dsp=ossaudiodev.open("/dev/dsp1","w")
self.dsp.setfmt(ossaudiodev.AFMT_S16_LE)
self.dsp.channels(2)  #<

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

[issue31314] email throws exception with oversized header input

[Dong-hee Na]

Change by Dong-hee Na :


--
pull_requests:  -3911

___
Python tracker 

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

[issue31271] an assertion failure in io.TextIOWrapper.write

[Oren Milman]

Change by Oren Milman :


--
pull_requests: +3926
stage: backport needed -> patch review

___
Python tracker 

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

[issue10496] Python startup should not require passwd entry

[STINNER Victor]

STINNER Victor  added the comment:

user.py: short Python script to reproduce the bug. It runs Python as user 
12345, group 12345 and unset the HOME environment variable to reproduce the bug.

The python binary must be readable and executable by any user, especially uid 
12345 gid 12345. On my Fedora, /home/haypo is only accessible by the usr haypo. 
I cloned Python in /opt/cpython to work around the issue.

I confirm that Python 3.7 still has the bug.

--
Added file: https://bugs.python.org/file47211/user.py

___
Python tracker 

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

[issue30821] unittest.mock.Mocks with specs aren't aware of default arguments

[Max Rothman]

Max Rothman  added the comment:

Hi, I'd like to wrap this ticket up and get some kind of resolution, whether 
it's accepted or not. I'm new to the Python community, what's the right way to 
prompt a discussion about this sort of thing? Should I have taken it to one of 
the mailing lists?

--

___
Python tracker 

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

[issue31744] Python 2.7.14 Fails to compile on CentOS/RHEL7

[Ned Deily]

Change by Ned Deily :


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

[issue31751] Support for C++ 11 and/or C++ 14 in python.org installer

[Ned Deily]

Ned Deily  added the comment:

No rush!  And I didn't mean to imply that how the macOS installers are built is 
perfect or updates shouldn't be considered.  But we should understand what the 
issue here is, independent of potential changes.

--

___
Python tracker 

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

[issue31752] Assertion failure in timedelta() in case of bad __divmod__

[Louie Lu]

Louie Lu  added the comment:

I got a different result in latest commit: eeb5ffd54e5

➜  cpython git:(master) ✗ ./python test.py
Traceback (most recent call last):
  File "test.py", line 15, in 
timedelta(hours=BadInt(1))
SystemError:  returned NULL without setting an error

Do I miss some configure, I'm using ./configure --with-debug

--
nosy: +louielu

___
Python tracker 

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

[issue31490] assertion failure in ctypes in case an _anonymous_ attr appears outside _fields_

[Oren Milman]

Change by Oren Milman :


--
pull_requests: +3927
stage: resolved -> patch review

___
Python tracker 

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

[issue28157] Document time module constants (timezone, tzname, etc.) as deprecated.

[Berker Peksag]

Berker Peksag  added the comment:


New changeset 703ff381ffa946c23e7e25b0ae93a636a2607a40 by Berker Peksag (Cheryl 
Sabella) in branch 'master':
bpo-28157: Improvements for the time module documentation (GH-928)
https://github.com/python/cpython/commit/703ff381ffa946c23e7e25b0ae93a636a2607a40


--
nosy: +berker.peksag

___
Python tracker 

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

[issue31728] crashes in _elementtree due to unsafe decrefs of Element.text and Element.tail

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset f15058a697de12b0efe6c7ebc38fe61a993bb5d5 by Serhiy Storchaka 
(Oren Milman) in branch '2.7':
[2.7] bpo-31728: Prevent crashes in _elementtree due to unsafe cleanup of 
Element.text and Element.tail (GH-3924) (#3950)
https://github.com/python/cpython/commit/f15058a697de12b0efe6c7ebc38fe61a993bb5d5


--

___
Python tracker 

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

[issue28157] Document time module constants (timezone, tzname, etc.) as deprecated.

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
pull_requests: +3928

___
Python tracker 

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

[issue31741] backports import path can not be overridden in Windows (Linux works fine)

[R. David Murray]

R. David Murray  added the comment:

Ah, so backports is a package on pypi.  You should report this problem wherever 
they do their bug tracking.  It is *possible* there is some problem in 2.7 on 
windows, but it is much more likely to be a bug in backports on windows.  In 
sort, python does not do *anything* special with a directory named backports; 
whatever is happening is a consequence of how that package (or one of the 
packages you have installed that installs into backports) interacts with the 
generic python import machinery.

Perhaps Paul will see something of interest here, though.

--
resolution:  -> third party

___
Python tracker 

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

[issue31728] crashes in _elementtree due to unsafe decrefs of Element.text and Element.tail

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Thank you Oren!

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

[issue28647] python --help: -u is misdocumented as binary mode

[Berker Peksag]

Change by Berker Peksag :


--
pull_requests: +3929

___
Python tracker 

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

[issue28647] python --help: -u is misdocumented as binary mode

[Berker Peksag]

Berker Peksag  added the comment:

Pull request for issue 30404 has been merged so we only need the documentation 
patch for the 3.6 branch (unfortunately 3.5 is now in security-fix-only mode) 
I've opened PR 3954.

--
versions:  -Python 3.5, Python 3.7

___
Python tracker 

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

[issue28157] Document time module constants (timezone, tzname, etc.) as deprecated.

[Berker Peksag]

Berker Peksag  added the comment:


New changeset 764969a4b9ed7c6d2adbc04269f9b4fa392a1eed by Berker Peksag (Miss 
Islington (bot)) in branch '3.6':
[3.6] bpo-28157: Improvements for the time module documentation (GH-928)
https://github.com/python/cpython/commit/764969a4b9ed7c6d2adbc04269f9b4fa392a1eed


--

___
Python tracker 

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

[issue31756] subprocess.run should alias universal_newlines to text

[Barry A. Warsaw]

Change by Barry A. Warsaw :


--
nosy: +barry

___
Python tracker 

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

[issue28157] Document time module constants (timezone, tzname, etc.) as deprecated.

[Berker Peksag]

Berker Peksag  added the comment:

This issue can be closed now. Thank you, everyone!

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

___
Python tracker 

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

[issue28647] python --help: -u is misdocumented as binary mode

[Berker Peksag]

Berker Peksag  added the comment:


New changeset 5f908005ce16b06d5af7b413264009c4b062f33c by Berker Peksag in 
branch '3.6':
bpo-28647: Update -u documentation (GH-3954)
https://github.com/python/cpython/commit/5f908005ce16b06d5af7b413264009c4b062f33c


--

___
Python tracker 

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

[issue28647] python --help: -u is misdocumented as binary mode

[Berker Peksag]

Berker Peksag  added the comment:

Thank you for the patch, Gareth.

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

[issue28647] python --help: -u is misdocumented as binary mode

[Gareth Rees]

Gareth Rees  added the comment:

You're welcome.

--

___
Python tracker 

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

[issue31741] backports import path can not be overridden in Windows (Linux works fine)

[Paul Moore]

Paul Moore  added the comment:

My feeling is still that it's an issue with things (i.e., imports) happening 
before you adjust sys.path. But without seeing actual code that reproduces the 
issue, there's no way of being sure. And if that is what's going on, it 
wouldn't be an issue with core Python.

--

___
Python tracker 

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

[issue31753] Unnecessary closure in ast.literal_eval

[Aaron Hall]

Aaron Hall  added the comment:

So... moving the closure (which may be called recursively) to the global scope 
actually does improve performance (for small cases, about 10% - larger cases 
amortize the cost of the closure being built, but in a 100 item dictionary, 
still about 4% faster to extricate the closure). So I'm reopening. Also 
suggesting we consider doing this with other functions if they are 
unnecessarily closures in the module.

`fix_missing_locations` appears to be another such function with an unnecessary 
closure.

the closure in `dump` cannot be removed without some rewriting of the 
signature, as it uses variables it closes over. Not sure this would be worth it.

--
resolution: rejected -> 
status: closed -> open

___
Python tracker 

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

[issue31757] Tutorial: Fibonacci numbers start with 1, 1

[Heinrich Schnermann]

New submission from Heinrich Schnermann :

In https://docs.python.org/3/tutorial/controlflow.html#defining-functions both 
examples produce fibonacci numbers starting with 0. They should start with 1, 
as in the example in 
https://docs.python.org/3/tutorial/introduction.html#first-steps-towards-programming

The first example should change the lines
while a < n:
print(a, end=' ')
to
while b < n:
print(b, end=' ')

and the second example should change the lines
while a < n:
result.append(a)# see below
to
while b < n:
result.append(b)# see below

--
assignee: docs@python
components: Documentation
messages: 304144
nosy: docs@python, skyhein
priority: normal
severity: normal
status: open
title: Tutorial: Fibonacci numbers start with 1, 1
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

[issue23532] add example of 'first match wins' to regex "|" documentation?

[Berker Peksag]

Change by Berker Peksag :


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

[issue31415] Add -X option to show import time

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +3930

___
Python tracker 

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

[issue31758] various refleaks in _elementtree

[Oren Milman]

New submission from Oren Milman :

The following code results in refleaks:
import sys
import _elementtree
builder = _elementtree.TreeBuilder()
parser = _elementtree.XMLParser(target=builder)

refcount_before = sys.gettotalrefcount()
parser.__init__(target=builder)
print(sys.gettotalrefcount() - refcount_before)  # should be close to 0

This is because _elementtree_XMLParser___init___impl()
(in Modules/_elementtree.c) doesn't decref before assigning to fields of
`self`.


The following code also results in refleaks:
import sys
import _elementtree
elem = _elementtree.Element(42)
elem.__setstate__({'tag': 42, '_children': list(range(1000))})

refcount_before = sys.gettotalrefcount()
elem.__setstate__({'tag': 42, '_children': []})
print(sys.gettotalrefcount() - refcount_before)  # should be close to -1000

This is because element_setstate_from_attributes() doesn't decref the old
children before storing the new children.


I would open a PR to fix this soon.

--
components: XML
messages: 304145
nosy: Oren Milman
priority: normal
severity: normal
status: open
title: various refleaks in _elementtree
type: resource usage
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

[issue31759] re wont recover nor fail on runaway regular expression

[Raphaël Riel]

New submission from Raphaël Riel :

re won't raise nor return when working with Runaway Regular Expression.
It will compute "almost" indefinitely. Although I'm pretty sure it *may* 
complete sometime, it's definetly looks like it's stuck.

```
> python -
Python 3.6.2 (default, Aug 23 2017, 14:57:08)
[GCC 4.2.1 Compatible Apple LLVM 8.1.0 (clang-802.0.42)]
```

Reproduce with attached file.

Should there be a (configurable?) limit on the number of steps involved in the 
process.
Or some warnings and/or hard limit that raises exception?

https://pythex.org/ will fail with a HTTP502 BadGateway (server taking too long 
to respond)
https://regex101.com/ python's tester seems to set a limit for this case. I 
can't say how they managed this.

--
components: Regular Expressions
files: re_backtracking.py
messages: 304146
nosy: Raphaël Riel, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: re wont recover nor fail on runaway regular expression
type: behavior
versions: Python 3.6
Added file: https://bugs.python.org/file47212/re_backtracking.py

___
Python tracker 

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

[issue28647] python --help: -u is misdocumented as binary mode

[STINNER Victor]

STINNER Victor  added the comment:

I just checked the master branch:

-u : unbuffered binary stdout and stderr, stdin always buffered;
 also PYTHONUNBUFFERED=x
 see man page for details on internal buffering relating to '-u'

The doc is wrong. stdout and stderr are fully unbuferred since Serhiy changed 
them: commit 77732be801c18013cfbc86e27fcc50194ca22c8e, bpo-30404.

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

[issue31760] Re-definition of _POSIX_C_SOURCE with Fedora 26.

[Stéphane Wirtel]

New submission from Stéphane Wirtel :

Hi all,

Is it problematic ? if it is not the case, we can close it.


In file included from 
/home/stephane/src/github.com/python/cpython/Modules/expat/expat_config.h:8:0,
 from 
/home/stephane/src/github.com/python/cpython/Modules/expat/xmltok.c:41:
./pyconfig.h:1457:0: warning: "_POSIX_C_SOURCE" redefined
 #define _POSIX_C_SOURCE 200809L
 
In file included from /usr/include/bits/libc-header-start.h:33:0,
 from /usr/include/string.h:26,
 from 
/home/stephane/src/github.com/python/cpython/Modules/expat/xmltok.c:35:
/usr/include/features.h:286:0: note: this is the location of the previous 
definition
 # define _POSIX_C_SOURCE 199506L


Stéphane

--
messages: 304148
nosy: matrixise
priority: normal
severity: normal
status: open
title: Re-definition of _POSIX_C_SOURCE with Fedora 26.
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

[issue31756] subprocess.run should alias universal_newlines to text

[Steve Dower]

Steve Dower  added the comment:

Really, this is just an alias for universal_newlines in Popen.__init__. So we 
add the parameter and:

+if text:
+universal_newlines = True
 self.universal_newlines = universal_newlines

And 99% of the change is making it clear in the docs why we have two arguments 
with the same meaning.

--

___
Python tracker 

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

[issue31756] subprocess.run should alias universal_newlines to text

[Steve Dower]

Steve Dower  added the comment:

> just an alias

Which I recognise is in the bug title. My point is that the enhancement itself 
is less relevant than the rationale and the documentation. 

Without a doc patch, there's really nothing to discuss here other than 
duplicating APIs (which is probably justified, even though it looks like a 
wart).

--

___
Python tracker 

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

[issue31415] Add -X option to show import time

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Why global _PyTime_GetWinPerfCounterWithInfo() is needed at all? It seems to me 
that _PyTime_GetPerfCounterWithInfo() can be used instead. Smaller API is 
better.

_PyTime_GetPerfCounter() is a simple wrapper around 
_PyTime_GetPerfCounterWithInfo() and is used only in one place. Getting rid of 
it will simplify C API too.

--

___
Python tracker 

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

[issue31327] bug in dateutil\tz\tz.py

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

Hi Steve, I have added you on this issue because it's related to Windows.

Maybe you could check it.

--
nosy: +matrixise, steve.dower

___
Python tracker 

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

[issue31415] Add -X option to show import time

[STINNER Victor]

STINNER Victor  added the comment:

> Why global _PyTime_GetWinPerfCounterWithInfo() is needed at all? It seems to 
> me that _PyTime_GetPerfCounterWithInfo() can be used instead. Smaller API is 
> better.

I chose to expose _PyTime_GetWinPerfCounterWithInfo() to make my change as 
small as possible.

I didn't want to break the old time.clock() clock by mistake.

By the way, time.clock() is deprecated since Python 3.3. It's maybe time to 
drop it?

--

___
Python tracker 

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

[issue31327] bug in dateutil\tz\tz.py

[Tim Peters]

Tim Peters  added the comment:

The docs for the `time` module say:

"""
Although this module is always available, not all functions are available on 
all platforms. Most of the functions defined in this module call platform C 
library functions with the same name. It may sometimes be helpful to consult 
the platform documentation, because the semantics of these functions varies 
among platforms.
"""

The Windows `localtime()` simply doesn't support dates before the epoch:

https://msdn.microsoft.com/en-us/library/aa246456(v=vs.60).aspx

--
nosy: +tim.peters

___
Python tracker 

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

[issue31758] various refleaks in _elementtree

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +eli.bendersky, scoder, serhiy.storchaka
stage:  -> needs patch
versions: +Python 2.7, Python 3.6

___
Python tracker 

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

[issue31327] bug in dateutil\tz\tz.py

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

Thank you Tim,

In this case, the documentation seems to be correct, maybe we could close this 
issue because it's independent of Python.

What's your opinion on this point?

Close it or Improve the documentation?

--

___
Python tracker 

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

[issue31757] Tutorial: Fibonacci numbers start with 1, 1

[Mark Dickinson]

Mark Dickinson  added the comment:

Is there any particular reason you want to start with 1? While not universal, 
it's standard to define `Fib(0) = 0`, and to start the sequence at `0`. (And 
note that Python usually starts indexing things from 0, so it makes sense to 
start with `Fib(0)` rather than `Fib(1)`.)

In principle, one could define `Fib(0)=1`, `Fib(1)=1`, `Fib(1)=2`, and so on, 
but there's a strong reason not to do so: it breaks (or at least uglifies) many 
nice number-theoretic properties, like `gcd(Fib(m), Fib(n)) == Fib(gcd(m, n))`.

--
nosy: +mark.dickinson

___
Python tracker 

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

[issue31757] Tutorial: Fibonacci numbers start with 1, 1

[Mark Dickinson]

Mark Dickinson  added the comment:

A nice response to the question of whether to start with 0 or 1 here: 
https://stackoverflow.com/a/5901955

> The definition with Fib(0) = 1 is known as the combinatorial
> definition, and Fib(0) = 0 is the classical definition. Both
> are used in the Fibonacci Quarterly, though authors that use
> the combinatorial definition need to add a sentence of
> explanation.

I confess that I hadn't heard of the Fibonacci Quarterly before.

--

___
Python tracker 

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

[issue31327] bug in dateutil\tz\tz.py

[Tim Peters]

Tim Peters  added the comment:

Since this is a pretty common gotcha, I'd prefer to add it as an example to the 
text I already quoted; e.g., add:

"""
For example, the native Windows C libraries do not support times before the 
epoch, and `localtime(n)` for negative `n` raises `OSError` on Windows.
"""

--
assignee:  -> docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python
type: crash -> enhancement

___
Python tracker 

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

[issue31756] subprocess.run should alias universal_newlines to text

[Andrew Clegg]

Andrew Clegg  added the comment:

OK great, I'll get working on a patch.

--

___
Python tracker 

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

[issue31327] bug in dateutil\tz\tz.py

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

Thank you, I will provide a PR for this issue and close it once it's over.

--

___
Python tracker 

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

[issue31327] bug in dateutil\tz\tz.py

[Tim Peters]

Tim Peters  added the comment:

I'll just add that it may be a different issue to argue about how 
`_naive_is_dst()` is implemented.

--
nosy: +belopolsky

___
Python tracker 

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

[issue31327] bug in dateutil\tz\tz.py

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Is this similar to issue 29097?

--

___
Python tracker 

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

[issue31761] Possible error in devguide part about tests

[Denis Osipov]

New submission from Denis Osipov :

In Developer Guide says:

"If you don’t have easy access to a command line, you can run the test suite 
from a Python or IDLE shell:

>>> from test import autotest"

But I can't run test from IDLE:

Traceback (most recent call last):
  File "", line 1, in 
from test import autotest
  File "D:\repos\cpython\Lib\test\autotest.py", line 5, in 
main()
  File "D:\repos\cpython\Lib\test\libregrtest\main.py", line 585, in main
Regrtest().main(tests=tests, **kwargs)
  File "D:\repos\cpython\Lib\test\libregrtest\main.py", line 510, in main
self._main(tests, kwargs)
  File "D:\repos\cpython\Lib\test\libregrtest\main.py", line 524, in _main
setup_tests(self.ns)
  File "D:\repos\cpython\Lib\test\libregrtest\setup.py", line 18, in setup_tests
faulthandler.enable(all_threads=True)
io.UnsupportedOperation: fileno

If I understand it correct, this behavior is reasonable (issues 3003 and 25588).
Maybe it's worth to remove words about running from IDLE. Or in case if it's 
possible to run such tests add some words about it.

--
assignee: docs@python
components: Documentation
messages: 304163
nosy: denis-osipov, docs@python
priority: normal
severity: normal
status: open
title: Possible error in devguide part about tests
type: behavior
versions: 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

[issue31762] Issue in login

[Nikhil]

New submission from Nikhil :

I have included the screen shot

--
files: Screenshot_20171011_222848.png
messages: 304164
nosy: Nik101
priority: normal
severity: normal
status: open
title: Issue in login
Added file: https://bugs.python.org/file47213/Screenshot_20171011_222848.png

___
Python tracker 

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

[issue31758] various refleaks in _elementtree

[Oren Milman]

Change by Oren Milman :


--
keywords: +patch
pull_requests: +3931
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

[issue31759] re wont recover nor fail on runaway regular expression

[Raphaël Riel]

Raphaël Riel  added the comment:

Results for my local computer:

```
Attempting test_01
Done in 0.12ms
Attempting test_02
Done in 1.52ms
Attempting test_03
Done in 26.24ms
Attempting test_04
Done in 432.32ms
Attempting test_05
Done in 886.3ms
Attempting test_06
Done in 1757.07ms
Attempting test_07
Done in 3388.92ms
Attempting test_08
Done in 6669.02ms
Attempting test_09
Done in 13088.37ms
Attempting test_10
Done in 26600.23ms
Attempting test_11
Done in 6722.9ms
Attempting test_12
Done in 211192.82ms
Attempting test_13
Done in 6850465.09ms
Attempting test_14
^CTraceback (most recent call last):
  File "/Users/rriel/Desktop/re_backtracking.py", line 26, in 
bad_expression.sub("IN_GROUP", statement)
KeyboardInterrupt
```

Cancelled test_14...

--

___
Python tracker 

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

[issue31761] Possible error in devguide part about tests

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +haypo

___
Python tracker 

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

[issue31727] FTP_TLS errors when

[Jonathan]

Jonathan  added the comment:

Just tested this with Python 3.7.0a1. I'm afraid it makes no difference. Exact 
same error:

*cmd* 'LIST'
*put* 'LIST\r\n'
*get* '150 Accepted data connection\n'
*resp* '150 Accepted data connection'
Traceback (most recent call last):
  File "c:\backup_script.py", line 385, in run_ftps
ftps.dir()
  File "c:\Python37\lib\ftplib.py", line 575, in dir
self.retrlines(cmd, func)
  File "c:\Python37\lib\ftplib.py", line 485, in retrlines
conn.unwrap()
  File "c:\Python37\lib\ssl.py", line 1059, in unwrap
s = self._sslobj.unwrap()
  File "c:\Python37\lib\ssl.py", line 706, in unwrap
return self._sslobj.shutdown()
OSError: [Errno 0] Error

--

___
Python tracker 

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

[issue31757] Tutorial: Fibonacci numbers start with 1, 1

[Heinrich Schnermann]

Heinrich Schnermann  added the comment:

I would not insist of starting with 1 instead of 0 (I follow your arguments 
here), but perhaps it would be nice if it would behave the same way in both 
chapters. The first fibonacci number examples in 
https://docs.python.org/3/tutorial/introduction.html#first-steps-towards-programming
 start with 1.

There are three examples here, in the first,

while b < 10:
print(b)

should change to

while a < 10:
print(a)

The output of this first example would have an additional 0:
0
1
1
...

And in the third example

while b < 1000:
print(b, end=',')

should change to

while a < 1000:
print(a, end=',')

where the output of this third example would change from

1,1,2,3,5,8,13,21,34,55,89,144,233,377,610,987,

to

0,1,1,2,3,5,8,13,21,34,55,89,144,233,377,610,987,

--

___
Python tracker 

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

[issue31763] Add TRACE level to the logging module

[Matthew Patton]

New submission from Matthew Patton :

This was inspired by 31732.
The logging module has 5 log levels: CRITICAL, ERROR, WARNING, INFO, DEBUG per 
https://docs.python.org/dev/library/logging.html#logging-levels

However syslog(3) has for decades defined NOTICE and I can't think of a good 
reason why this level was carried through. It serves a very useful distinction 
from routine and not really attention-worthy messages (INFO) but don't rise to 
actual WARNINGs. Things like failed authentication attempts are not warnings 
but also not messages to casually ignore. Hence NOTICE. Individual timed out 
connection attempts but before all attempts exhausted, and many other examples 
exist.

--
components: Library (Lib)
messages: 304168
nosy: mp5023
priority: normal
severity: normal
status: open
title: Add TRACE level to the logging module
type: enhancement
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

[issue31759] re wont recover nor fail on runaway regular expression

[Tim Peters]

Tim Peters  added the comment:

Well, the problem in the regexp is this part:  "\d+,? ?".  You're not 
_requiring_ that strings of digits be separated by a comma or blank, you're 
only _allowing_ them to be so separated.  A solid string of digits is matched 
by this, and so the enclosing + requires the engine, when backtracking, to 
consider every possible way of breaking the solid string of digits into one or 
more solid strings of digits too.  If there are n digits in the digit string, 
there are 2**(n-1) ways to do so.

Overall the regexp can never match because "NULL" never gets matched.  So all 
possibilities will be tried.  We can compute how many attempts will be made 
like so:

prod = 1
for c in re.findall("\d+|NULL", statement):
if c == "NULL":
break
prod *= 2**(len(c) - 1)
print(format(prod, ","))


Attempting test_01
256
Attempting test_02
4,096
Attempting test_03
65,536
Attempting test_04
1,048,576
Attempting test_05
2,097,152
Attempting test_06
4,194,304
Attempting test_07
8,388,608
Attempting test_08
16,777,216
Attempting test_09
33,554,432
Attempting test_10
67,108,864
Attempting test_11
16,777,216
Attempting test_12
536,870,912
Attempting test_13
17,179,869,184
Attempting test_14
549,755,813,888

Note, e.g., this "predicts" test_08 will take about the same time as test_11 
(both require 16,777,216 attempts).  Which is what you actually saw happen.

And that's why you gave up on test_14:  it will require over half a trillion 
failing attempts before it ends, which will take roughly 30 times longer than 
it failed to match test_13.

If we were building a regexp _tester_, we'd spin off a new process to run the 
regexp, and kill the process if it took "too long".  But that's not we're doing 
- library functions do what you tell them to do ;-)

In this case, it's easily repaired.  For example, replace

"\d+,? ?"

 by 

"\d+(?=[ ,)]),? ?"

This uses a lookahead assertion to _require_ that a digit string is followed by 
a blank, comma, or right parenthesis.  Which prevents exponential-time 
backtracking in failing cases.

--
nosy: +tim.peters

___
Python tracker 

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

[issue31762] Issue in login

[R. David Murray]

R. David Murray  added the comment:

This tracker is for reporting bugs in python.  If you want to report a problem 
with the tracker, please use the 'report tracker problem' link in the left 
column.  (That said, I thought the error message you show in the screenshot was 
fixed by the recent tracker upgrade, but then again the screenshot doesn't look 
like any image of the tracker I've ever seen.  So if you open a tracker error 
report please provide additional information about your environment and what 
actions will reproduce the error).

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

[issue31763] Add NOTICE level to the logging module

[R. David Murray]

R. David Murray  added the comment:

I fixed the title for you, otherwise this looks like a duplicate of issue 31732.

--
nosy: +r.david.murray
title: Add TRACE level to the logging module -> Add NOTICE level to the logging 
module

___
Python tracker 

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

[issue31763] Add NOTICE level to the logging module

[Matthew Patton]

Change by Matthew Patton :


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

___
Python tracker 

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

[issue30767] logging must check exc_info correctly

[Matthew Patton]

Change by Matthew Patton :


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

[issue31764] sqlite3.Cursor.close() crashes in case the Cursor object is uninitialized

[Oren Milman]

New submission from Oren Milman :

The following code causes a crash:
import sqlite3
cursor = sqlite3.Cursor.__new__(sqlite3.Cursor)
cursor.close()

this is because pysqlite_cursor_close() (in Modules/_sqlite/cursor.c) assumes
that `self->connection` is not NULL, and passes it to pysqlite_check_thread(),
which crashes.


I would open a PR to fix this soon.

--
components: Extension Modules
messages: 304172
nosy: Oren Milman
priority: normal
severity: normal
status: open
title: sqlite3.Cursor.close() crashes in case the Cursor object is uninitialized
type: crash
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

[issue30767] logging must check exc_info correctly

[Matthew Patton]

Change by Matthew Patton :


--
nosy: +mp5023

___
Python tracker 

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

[issue31765] BUG: System deadlocks performing big loop operations in python 3.5.4, windows 10

[Nikhil]

New submission from Nikhil :

What I did
1) root file declared where operation will start and import hashlib for
getting hash signatures
2) os.walk for recursively diving into directory tree
3) open file and find sha256 digest and print it
4) close the file
5) recursively repeat all above 2 steps till we traversed directory tree

Above logic python program caused sudden exponential increase in RAM usage
(task manager by chance)  and certainly DEADLOCK and..  Force shutdown

I want to know what went wrong.

--
messages: 304173
nosy: Nik101
priority: normal
severity: normal
status: open
title: BUG: System deadlocks performing big loop operations in python 3.5.4, 
windows 10

___
Python tracker 

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

[issue31757] Tutorial: Fibonacci numbers start with 1, 1

[Mark Dickinson]

Mark Dickinson  added the comment:

I agree it would be good to be consistent.

--

___
Python tracker 

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

[issue31765] BUG: System deadlocks performing big loop operations in python 3.5.4, windows 10

[R. David Murray]

R. David Murray  added the comment:

Most likely an error in your program logic, I'm afraid.  This isn't a forum for 
getting help, you should try the python-list mailing list.  (If you do find a 
bug, you can then open an issue with details.)

--
nosy: +r.david.murray

___
Python tracker 

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

[issue31558] gc.freeze() - an API to mark objects as uncollectable

[Zekun Li]

Zekun Li  added the comment:

> This is only useful if the parent process has a lot of memory that's never 
> used by the child processes right? Otherwise, you would lose via refcounting 
> COWs.

What we saw in prod is that memory fragmentation caused by gc is the main 
reason of shared memory shrink.

The memory fragmentation is figured out by doing a full collection before fork 
and keep it disabled, it'll make a bunch of copy-on-write in child process.

This can't solve the copy-on-write caused by ref count, but we're thinking 
about freezing the ref count on those permanent objects too.

So this is useful if you did some warm-up work in parent process.

Also it could speedup gc if you have large amount of permanent objects.

--
nosy: +brainfvck

___
Python tracker 

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

[issue31764] sqlite3.Cursor.close() crashes in case the Cursor object is uninitialized

[Oren Milman]

Change by Oren Milman :


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

___
Python tracker 

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

[issue31759] re wont recover nor fail on runaway regular expression

[Raphaël Riel]

Raphaël Riel  added the comment:

Thanks Tim! Pretty nice answer that I can learn from! Thanks for your time.

I definitely knew my Regex was broken, yet I was surprised the 
interpreter/library didn't gave up/error after some(several million) steps.

Some other language seems to just assume there will be no match (Source: some 
play on https://regex101.com/), and I don't think this is a valid approach.

Should there be a WARNing logged on a defined soft-limit?

I know this is low-level "re" library, and your point is pretty valid about the 
fact the lib should be doing what it's told to do. 
I was mostly looking for opinion about WARNs on soft limits and maybe errors on 
a hard-limit to debug/avoid this kind of false-hang situation.

Feel free to close/wont-fix/not-a-bug this issue! And thanks again for your 
kind answer to my initial issue!

--

___
Python tracker 

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

[issue31749] Request: Human readable byte amounts in the standard library

[Jason Stelzer]

Jason Stelzer  added the comment:

Just pointing out that this exists and seems active.

https://github.com/tbielawa/bitmath

Perhaps include some or all of it in core python? Crazier things have happened.

--
nosy: +Jason Stelzer

___
Python tracker 

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

[issue31749] Request: Human readable byte amounts in the standard library

[Rich]

Rich  added the comment:

I think bitmath would be overkill to include in its entirety, but maybe there 
solution is a good one.

There is also:

https://pypi.python.org/pypi/byteformat/
https://pypi.python.org/pypi/datasize
https://pypi.python.org/pypi/hurry.filesize
https://pypi.python.org/pypi/hfilesize/
https://humanfriendly.readthedocs.io/en/latest/
https://pypi.python.org/pypi/humanize

and a bajillion other solutions here: 
https://stackoverflow.com/questions/1094841/reusable-library-to-get-human-readable-version-of-file-size
 and elsewhere - I think really the underscoring how common this problem is.

(Although I don't _particularly want_ this to expand beyond the scope of this 
single function, it does seem that given the amount of "Python for Humans" 
stuff out there, there could be an argument made for adding a "humanize" 
package into the standard library..)

--

___
Python tracker 

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

[issue31749] Request: Human readable byte amounts in the standard library

[Jason Stelzer]

Jason Stelzer  added the comment:

I often speak in generalizations and half thoughts. Feel free to cherry pick as 
much or a little as you want.

Including a core shim of whatever is agreed to be the minimalist functionality 
with a SEE ALSO note or clue as to where to start would:

* Resolve the basic out-of-the-box stuff.

* Eliminate a lot of boring DIY stuff for people who reach for an editor first 
and search second.

* Give new users much firmer footing.

* Give some everything and the kitchen sink projects wider exposure.

--

___
Python tracker 

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

[issue31766] Python 3.5 missing from documentation

[Anthony Flury]

New submission from Anthony Flury :

In the Python version pull down list on docs.python.org, Python3.5 used to be 
listed, but has now been removed; the list only contains 2.7, 3.6 & 3.7.

Python 3.5 is still the official Python 3.5 release in the Ubuntu repository, 
and still a supported release in other parts of python.org, so to see it 
disappearing from the drop-down was surprising.

To note - if you pick a particular page - say : 

https://docs.python.org/3/tutorial/index.html

and change the url to : 

https://docs.python.org/3.5/tutorial/index.html

The pull down now does contain 3.5 (along side 2.7, 3.63 & 3.7)

--
assignee: docs@python
components: Documentation
messages: 304181
nosy: anthony-flury, docs@python
priority: normal
severity: normal
status: open
title: Python 3.5 missing from documentation
type: behavior
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

[issue31767] Windows Installer fails with error 0x80091007 when trying to install debugging symbols

[Igor Skochinsky]

New submission from Igor Skochinsky :

Trying to install 3.6.3 on Windows 10 and getting this error.

Repro steps:

1. Download python-3.6.3.exe or python-3.6.3-amd64.exe, run it
2. Select "Customize Installation"
3. Next
4. In Advanced Options, select 
[x] Install for all users (not sure if important)
[x] Download debugging symbols
change path to F:\Python36 (not sure if it matters but my system drive is F: 
and C: is missing except for when I plug in a USB drive)
Ucheck
[ ] Associate files with Python
Click Install and accept elevation prompt. After a while it fails with 

Error 0x80091007 - Hash value not correct.

Interestingly, "log file" link does not work. I had to go hunt for the log in 
%temp% myself. The relevant parts:

Error 0x80091007: Hash mismatch for path: F:\ProgramData\Package 
Cache\.unverified\core_AllUsers_pdb, expected: 
A4B6E4A818E49F000513774F034EC98A194E3C3D, actual: 
36C7B852E586D26F4D239ED72EFE5FFBEBA21825
Error 0x80091007: Failed to verify hash of payload: core_AllUsers_pdb
Failed to verify payload: core_AllUsers_pdb at path: F:\ProgramData\Package 
Cache\.unverified\core_AllUsers_pdb, error: 0x80091007. Deleting file.
Application requested retry of payload: core_AllUsers_pdb, encountered error: 
0x80091007. Retrying...

There are a few more retries basically with the same result. However, this one 
is interesting:

Acquiring package: core_AllUsers_pdb, payload: core_AllUsers_pdb, copy from: 
F:\Users\Igor\Downloads\core_pdb.msi

I don't have such a file there, just the installer .exe

--
components: Installation
messages: 304182
nosy: Igor.Skochinsky
priority: normal
severity: normal
status: open
title: Windows Installer fails with error 0x80091007 when trying to install 
debugging symbols
type: security
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

[issue31759] re wont recover nor fail on runaway regular expression

[Matthew Barnett]

Matthew Barnett  added the comment:

You shouldn't assume that just because it takes a long time on one 
implementation that it'll take a long time on all of the others, because it's 
sometimes possible to include additional checks to reduce the problem. (I doubt 
you could eliminate the problem entirely, however.)

My regex module, for example, includes some additional checks, and it seems to 
be OK with these tests.

--

___
Python tracker 

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

[issue30744] Local variable assignment is broken when combined with threads + tracing + closures

[Guido van Rossum]

Change by Guido van Rossum :


--
nosy: +gvanrossum

___
Python tracker 

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

[issue31768] argparse drops '|'s when the arguments are too long

[caveman]

New submission from caveman :

if you execute the code below, mutually exclusive agrs are separated by '|' as 
expected. but if you uncomment the 1 line down there, then the args list will 
be too long, and as argparse tries to wrap the args around, it drops all '|'s 
which semantically destroys the intended syntax of the arguments.

import argparse

parser = argparse.ArgumentParser()
group = parser.add_mutually_exclusive_group()
group.add_argument("-v", "--verbose", action="store_true")
group.add_argument("-q", "--quiet", action="store_true")
group.add_argument("-x", metavar='X', type=str, help="the base", nargs='?')
group.add_argument("-y", metavar='Y', type=str, help="the exponent", nargs='?')
group.add_argument("z", metavar='Z', type=str, help="the exponent", nargs='?')
group.add_argument("z", metavar='Z', type=str, help="the exponent", nargs='?')
group.add_argument("z", metavar='Z', type=str, help="the exponent", nargs='?')
group.add_argument("z", metavar='Z', type=str, help="the exponent", nargs='?')
group.add_argument("z", metavar='Z', type=str, help="the exponent", nargs='?')
group.add_argument("z", metavar='Z', type=str, help="the exponent", nargs='?')
group.add_argument("z", metavar='Z', type=str, help="the exponent", nargs='?')
#group.add_argument("z", metavar='Z', type=str, help="the exponent", nargs='?')

args = parser.parse_args()

--
components: Library (Lib)
messages: 304184
nosy: caveman
priority: normal
severity: normal
status: open
title: argparse drops '|'s when the arguments are too long
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

[issue31766] Python 3.5 missing from documentation

[Ned Deily]

Ned Deily  added the comment:

The documentation for 3.5 was deliberated removed from the pull down lists of 
current docsets as 3.5 is now in security-fix-only mode; the 3.5 documentation 
is only updated when a new security release is made and general doc changes to 
it are no longer made.  You can find a link to the docsets for 3.5.x and all 
Python releases on the Python Documentation By Version page 
(https://www.python.org/doc/versions/) which is linked to from a number of 
places, including the index page of the current and past Python versions 
docsets (e.g. https://docs.python.org/3/) and from the main python.org doc page 
(https://www.python.org/doc/).

--
nosy: +larry, ned.deily
resolution:  -> not a bug
status: open -> pending

___
Python tracker 

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

[issue31768] argparse drops '|'s when the arguments are too long

[caveman]

caveman  added the comment:

forgot to add: when you execute the code, pass the argument '-h' in order to 
have the script generate the help menu text.

--

___
Python tracker 

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

[issue31768] argparse drops '|'s when the arguments are too long

[Eric V. Smith]

Eric V. Smith  added the comment:

Removing versions 3.4 and 3.8.

Attaching a reproducing script.  Run it with a parameter of the number of 
arguments to add. The behavior changes between 7 and 8, although I'm not sure 
either is wrong, just different. This is from Windows:

% python3 31768.py 7
usage: 31768.py [-h] [-v | -q | -x [X] | -y [Y] | Z | Z | Z | Z | Z | Z | Z]

positional arguments:
  Z  the exponent
  Z  the exponent
  Z  the exponent
  Z  the exponent
  Z  the exponent
  Z  the exponent
  Z  the exponent

optional arguments:
  -h, --help show this help message and exit
  -v, --verbose
  -q, --quiet
  -x [X] the base
  -y [Y] the exponent

% python3 31768.py 8
usage: 31768.py [-h] [-v] [-q] [-x [X]] [-y [Y]]
[Z] [Z] [Z] [Z] [Z] [Z] [Z] [Z]

positional arguments:
  Z  the exponent
  Z  the exponent
  Z  the exponent
  Z  the exponent
  Z  the exponent
  Z  the exponent
  Z  the exponent
  Z  the exponent

optional arguments:
  -h, --help show this help message and exit
  -v, --verbose
  -q, --quiet
  -x [X] the base
  -y [Y] the exponent

--
nosy: +eric.smith
versions:  -Python 3.4, Python 3.8
Added file: https://bugs.python.org/file47214/31768.py

___
Python tracker 

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

[issue31768] argparse drops '|'s when the arguments are too long

[caveman]

caveman  added the comment:

When | is dropped, it means that the arguments/options are no longer mutually 
exclusive, which renders the resultant help menu incorrect.

--

___
Python tracker 

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

[issue31768] argparse drops '|'s when the arguments are too long

[Eric V. Smith]

Eric V. Smith  added the comment:

Good point.

--

___
Python tracker 

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