[issue43222] Regular expression split fails on 3.6 and not 2.7 or 3.7+
New submission from Philip :
I am receiving an unexpected behavior in using regular expressions for
splitting a string. It seems like this error exists in `python 3.6` but not
`python 2.7` and not `python 3.7+`. Below I have described a minimal example
with `tox`.
`setup.py`
```
from setuptools import setup
setup(
name='my-tox-tested-package',
version='0.0.1',
install_requires=["pytest"]
)
```
`tests/test_re.py`
```
import re
import pytest
_DIGIT_BOUNDARY_RE = re.compile(
r'(?<=\D)(?=\d)|(?<=\d)(?=\D)'
)
def test():
_DIGIT_BOUNDARY_RE.split("10.0.0")
```
`tox.ini`
```
[tox]
envlist = py27, py36, py37
requires=
pytest
[testenv]
commands =
pytest {posargs: tests}
```
```
= FAILURES
_ test
def test():
> _DIGIT_BOUNDARY_RE.split("10.0.0")
E ValueError: split() requires a non-empty pattern match.
tests/test_god.py:9: ValueError
short test summary info
==
...
test session starts
==
platform linux -- Python 3.7.5, pytest-6.2.2, py-1.10.0, pluggy-0.13.1
rootdir: /home/probinson/code
collected 1 item
tests/test_re.py .
[100%]
1 passed in 0.00s
=
summary
___
py27: commands succeeded
ERROR: py36: commands failed
py37: commands succeeded
```
--
components: Regular Expressions
messages: 386942
nosy: ezio.melotti, mrabarnett, probinso
priority: normal
severity: normal
status: open
title: Regular expression split fails on 3.6 and not 2.7 or 3.7+
type: crash
versions: Python 3.6
___
Python tracker
<https://bugs.python.org/issue43222>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43222] Regular expression split fails on 3.6 and not 2.7 or 3.7+
Change by Philip : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue43222> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46800] Support for pause(2)
New submission from Philip Rowlands : Went looking for os.pause() but found nothing in the docs, bpo, or Google. https://man7.org/linux/man-pages/man2/pause.2.html Obviously not a popular syscall, but I have a use case for it. -- components: Library (Lib) messages: 413554 nosy: philiprowlands priority: normal severity: normal status: open title: Support for pause(2) type: enhancement ___ Python tracker <https://bugs.python.org/issue46800> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46914] On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not work
New submission from Philip Bloom :
Hello, don't file these often so apologies for any mistakes, trying to be good
python citizen here.
Checked this on the python-list first, and others reported it as reproducible.
The issue is:
On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not work. It won't
throw any error but the ASL/Console.App does not see any messages from it. On
OSX Big Sur (11.x) this works just fine with the exact same code.
I think I've cut this into a small example proof that can be run to demonstrate
the issue. If this is run and any of the substrings are searched for in
Console.App when it is checking events, only the QQQ message from SysLog will
show up.
Gonna work around it likely on our end, but hope this helps it get fixed for a
future version.
---
import logging
from logging.handlers import SysLogHandler
root_logger = logging.getLogger()
root_logger.setLevel(logging.DEBUG)
basic_datefmt = '%m/%d/%Y %I:%M:%S %p'
syslog_format = logging.Formatter(fmt='SetupCDNGUI: %(message)s',
datefmt=basic_datefmt)
sys_handler = SysLogHandler(address='/var/run/syslog')
#sys_handler.encodePriority(SysLogHandler.LOG_USER, SysLogHandler.LOG_ALERT)
# Tried with the above, but didn't make a difference. Neither did not defining
the address and letting it go to local host.
sys_handler.setFormatter(syslog_format)
root_logger.addHandler(sys_handler)
# None of these will show up.
logging.critical("CCC This is a test critical")
logging.error("EEE This is a test error")
logging.info("III Still a test")
# Comparatively this sends a message received just fine
import syslog
syslog.openlog(logoption=syslog.LOG_PID, facility=syslog.LOG_USER)
syslog.syslog(syslog.LOG_NOTICE, 'QQQ test log')
--
components: macOS
messages: 414464
nosy: ned.deily, pbloom, ronaldoussoren
priority: normal
severity: normal
status: open
title: On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not work
versions: Python 3.10, Python 3.7, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue46914>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46914] On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not work
Philip Bloom added the comment: I could certainly understand that. It's a weird apple choice. If so, then it probably good to adjust https://docs.python.org/3/library/logging.handlers.html#sysloghandler since it still talks about it being expected. -- ___ Python tracker <https://bugs.python.org/issue46914> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46914] On Osx Monterey(12.x), Logging.handlers.SysLogHandler does not work
Philip Bloom added the comment: > Do you mean just adding a note to the effect that SysLogHandler won't work on > macOS 12.2 because of changes to the syslog daemon on that platform? Yes or removing the specific guidance about OSX handling on it, mostly just to reduce folks coming to ask as they transition to it. That way it comes off that you need to provide a Syslog consumer to use the handler/not to expect one to exist on the platform. Hope I'm phrasing that understandably. -- ___ Python tracker <https://bugs.python.org/issue46914> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1188] universal newlines doesn't identify CRLF during tell()
Philip Jenvey added the comment: make that against r58227 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1188> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1188] universal newlines doesn't identify CRLF during tell()
Changes by Philip Jenvey : -- type: -> behavior __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1188> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1188] universal newlines doesn't identify CRLF during tell()
New submission from
Philip Jenvey
:
tell() will skip the next LF (after a CR sets f_skipnextlf) when
universal newline support is enabled; essentially doing part of the work
of read(). However it does not identify CRLF as a newline, as read()
would, e.g.:
>>> open('/tmp/crlf', 'wb').write('CRLF\r\nEOF')
>>> fp = open('/tmp/crlf', 'U')
>>> fp.read()
'CRLF\nEOF'
>>> fp.newlines # correct when read()ing
'\r\n'
>>> fp = open('/tmp/crlf', 'U')
>>> fp.readline()
'CRLF\n'
>>> fp.newlines
>>> fp.tell()
6L
>>> fp.newlines # tell() skipped ahead..
>>> fp.readline()
'EOF'
>>> fp.newlines # ..but never identified CRLF
>>>
The following patch makes tell() mark CRLF as a newline in this case,
and ensures so with an added test to test_univnewlines.py. It's against
trunk, r28227
--
components: Library (Lib)
files: univnewline_tell-r58227.diff
messages: 56085
nosy: pjenvey
severity: normal
status: open
title: universal newlines doesn't identify CRLF during tell()
versions: Python 2.6
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1188>
__
univnewline_tell-r58227.diff
Description: Binary data
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13512] ~/.pypirc created insecurely
Philip Jenvey added the comment: Something along these lines (untested) should do it. 2.6 and 3.x need the fix as well -- keywords: +patch nosy: +pjenvey Added file: http://bugs.python.org/file23824/pypirc-secure.diff ___ Python tracker <http://bugs.python.org/issue13512> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13512] ~/.pypirc created insecurely
Philip Jenvey added the comment: It probably still needs to catch OSErrors which my patch doesn't do -- ___ Python tracker <http://bugs.python.org/issue13512> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13512] ~/.pypirc created insecurely
Philip Jenvey added the comment: 2.5 is done http://mail.python.org/pipermail/python-committers/2011-October/001844.html -- ___ Python tracker <http://bugs.python.org/issue13512> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13597] Improve documentation of stdout/stderr buffering in Python 3.x
Philip Jenvey added the comment: I'm surprised to hear that stderr is line buffered by default. Historically stderr is never buffered (at least on POSIX) and for good reason: errors should be seen immediately Was this an oversight in migrating stdin/out/err to the new io module? -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue13597> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13402] Document absoluteness of sys.executable
Philip Jenvey added the comment: sys.executable can be None on Jython (and I believe IronPython) when ran in an 'embedded' mode -- nosy: +dino.viehland, pjenvey ___ Python tracker <http://bugs.python.org/issue13402> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13575] old style classes still alive
Philip Jenvey added the comment: Is mro_internal's second call to type_mro_modified still needed? Its comment makes me suspect that it's not: type_mro_modified(type, type->tp_mro); /* corner case: the old-style super class might have been hidden from the custom MRO */ type_mro_modified(type, type->tp_bases); -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue13575> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12140] Crash upon start up
Philip Drew added the comment: The error message is: ImportError: No module named site. -- ___ Python tracker <http://bugs.python.org/issue12140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12140] Crash upon start up
Philip Drew added the comment: The site module is in the right place This is what I got running the -v flag: (I don't know what you're looking for) Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Users\PWTD>c:\Python27\python.exe -v # installing zipimport hook import zipimport # builtin # installed zipimport hook ImportError: No module named site # clear __builtin__._ # clear sys.path # clear sys.argv # clear sys.ps1 # clear sys.ps2 # clear sys.exitfunc # clear sys.exc_type # clear sys.exc_value # clear sys.exc_traceback # clear sys.last_type # clear sys.last_value # clear sys.last_traceback # clear sys.path_hooks # clear sys.path_importer_cache # clear sys.meta_path # clear sys.flags # clear sys.float_info # restore sys.stdin # restore sys.stdout # restore sys.stderr # cleanup __main__ # cleanup[1] zipimport # cleanup[1] signal # cleanup[1] exceptions # cleanup[1] _warnings # cleanup sys # cleanup __builtin__ # cleanup ints: 6 unfreed ints # cleanup floats C:\Users\PWTD>c:\Python27\python.exe ImportError: No module named site -- ___ Python tracker <http://bugs.python.org/issue12140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12140] Crash upon start up
Philip Drew added the comment: Reinstalling makes no difference- have tried multiple times -- ___ Python tracker <http://bugs.python.org/issue12140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12140] Crash upon start up
Philip Drew added the comment: Gave it a go: the prompt appears, but none of the functions work thereafter C:\Users\PWTD>c:\Python27\python -S Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on win32 >>> print "hello" LookupError: no codec search functions registered: can't find encoding >>> -- ___ Python tracker <http://bugs.python.org/issue12140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12140] Crash upon start up
Philip Drew added the comment: C:\Users\PWTD>set PY PYTHONHOME=c:\program files (x86)\steam\steamapps\common\alien swarm\swarm\..\sdktools\python\2.5 C:\Users\PWTD>chcp Active code page: 850 C:\Users\PWTD> -- ___ Python tracker <http://bugs.python.org/issue12140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12140] Crash upon start up
Philip Drew added the comment: Ok, python now works in command prompt, but IDLE still wont run. Also, PYTHONHOME needs to be reset on every start up of command prompt. -- ___ Python tracker <http://bugs.python.org/issue12140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12140] Crash upon start up
Philip Drew added the comment: Awesome. It's fixed- do you still want to know whether or not the game works. In case it helps, I installed the game before python -- ___ Python tracker <http://bugs.python.org/issue12140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12415] Missing: How to checkout the Doc sources
New submission from Philip Olson : I was unable to determine how to download the Python documentation source files (for building via Sphinx) but did figure out the following: hg clone http://hg.python.org/cpython cd cpython/Doc make html Where to get the Doc sources deserves a mention here: http://docs.python.org/dev/documenting/building.html I don't know this topic so won't propose a patch, but building.txt should mention where/how to get 'Doc' before the 'cd Doc' example. -- assignee: docs@python components: Documentation messages: 139147 nosy: docs@python, philip priority: normal severity: normal status: open title: Missing: How to checkout the Doc sources ___ Python tracker <http://bugs.python.org/issue12415> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12415] Missing: How to checkout the Doc sources
Philip Olson added the comment: Thank you, that patch solves this bug report. However, now I'm not sure which branches we should or must contribute documentation to. Python versions "2.7, 3.2, and 3.3" are now associated to this bug report, so are these the active documentation branches? How is this handled? -- ___ Python tracker <http://bugs.python.org/issue12415> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12570] BaseHTTPServer.shutdown() locks if the last request 404'd
New submission from Philip Horger : I haven't yet checked to see if other errors mess it up, but it refuses to exit the serve_forever() loop if the last request had a 404 error. -- components: Library (Lib) messages: 140382 nosy: Philip.Horger priority: normal severity: normal status: open title: BaseHTTPServer.shutdown() locks if the last request 404'd type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue12570> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12570] BaseHTTPServer.shutdown() locks if the last request 404'd
Philip Horger added the comment: I'm having trouble replicating the issue in simpler code snippets than the project code the issue first popped up in, which means the problem is probably my own code. For now, it looks like this was a false alarm, and I'm sorry for wasting anyone's time. I normally do more research on my own before submitting bugs, but at the time I hit the submit button I literally had 10 seconds of internet left, so I was a bit crunched for time. On Fri, Jul 15, 2011 at 11:54 AM, Petri Lehtinen wrote: > > Changes by Petri Lehtinen : > > > -- > nosy: +petri.lehtinen > > ___ > Python tracker > <http://bugs.python.org/issue12570> > ___ > -- Added file: http://bugs.python.org/file22690/unnamed ___ Python tracker <http://bugs.python.org/issue12570> ___I'm having trouble replicating the issue in simpler code snippets than the project code the issue first popped up in, which means the problem is probably my own code. For now, it looks like this was a false alarm, and I'm sorry for wasting anyone's time. I normally do more research on my own before submitting bugs, but at the time I hit the submit button I literally had 10 seconds of internet left, so I was a bit crunched for time. On Fri, Jul 15, 2011 at 11:54 AM, Petri Lehtinen <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> wrote: Changes by Petri Lehtinen <mailto:pe...@digip.org";>pe...@digip.org>: -- nosy: +petri.lehtinen ___ Python tracker <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> <http://bugs.python.org/issue12570"; target="_blank">http://bugs.python.org/issue12570> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12570] BaseHTTPServer.shutdown() locks if the last request 404'd
Philip Horger added the comment: Thanks, sounds good to me too. I'll probably work on it a bit later, see if I can find the bug in my own code at least. On Mon, Jul 18, 2011 at 3:23 PM, Senthil Kumaran wrote: > > Changes by Senthil Kumaran : > > > Removed file: http://bugs.python.org/file22690/unnamed > > ___ > Python tracker > <http://bugs.python.org/issue12570> > ___ > -- Added file: http://bugs.python.org/file22691/unnamed ___ Python tracker <http://bugs.python.org/issue12570> ___Thanks, sounds good to me too. I'll probably work on it a bit later, see if I can find the bug in my own code at least.On Mon, Jul 18, 2011 at 3:23 PM, Senthil Kumaran <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> wrote: Changes by Senthil Kumaran <mailto:sent...@uthcode.com";>sent...@uthcode.com>: Removed file: http://bugs.python.org/file22690/unnamed"; target="_blank">http://bugs.python.org/file22690/unnamed ___ Python tracker <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> <http://bugs.python.org/issue12570"; target="_blank">http://bugs.python.org/issue12570> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9176] module termios doesn't build on HP-UX
Philip Douglass added the comment: Workaround for this issue: Add -D_TERMIOS_INCLUDED to your CFLAGS/CPPFLAGS environment variables to successfully compile termios. -- nosy: +philipsd6 ___ Python tracker <http://bugs.python.org/issue9176> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9988] test_warnings fails with PYTHONFSENCODING=latin-1 on UNIX/BSD
Changes by Philip Jenvey : -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue9988> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9988] test_warnings fails with PYTHONFSENCODING=latin-1 on UNIX/BSD
Philip Jenvey added the comment: It sounds like you had PYTHONWARNINGS using the fs encoding before r84694, but reverted it due to bootstrapping issues. Indeed, the fs encoding isn't initialized until later in Py_InitializeEx. Maybe the PYTHONWARNINGS code should be moved there instead? -- ___ Python tracker <http://bugs.python.org/issue9988> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9992] Command line arguments are not correctly decoded if locale and fileystem encodings are different
Changes by Philip Jenvey : -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue9992> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10073] calendar.isleap() not checking parameter type
Philip Jenvey added the comment: Another option is to wrap the operations in a try/except. When a TypeError is raised have it throw a new TypeError with an improved error message and the original chained to it -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue10073> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10073] calendar.isleap() not checking parameter type
Changes by Philip Jenvey : -- nosy: -pjenvey ___ Python tracker <http://bugs.python.org/issue10073> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1724822] provide a shlex.split alternative for Windows shell syntax
Philip Jenvey added the comment: The code I linked to above implements those semantics in pure Python. It follows Microsoft's "Parsing C Command-Line Arguments" rules like CommandLineToArgvW does Here's updated links, the older links seemed to have broken: https://fisheye3.atlassian.com/browse/jython/trunk/jython/Lib/subprocess.py?r=6636#to566 tests: https://fisheye3.atlassian.com/browse/jython/trunk/jython/Lib/test/test_subprocess_jy.py?r=6464#to41 This code is basically the inverse of subprocess's list2cmdline I don't mind incorporating this code into the stdlib, but we need to figure out where it would go. There was a discussion on stdlib-sig last year related to this topic, about the need for quoting and unquoting command lines. We have some of this functionality for posix systems scattered throughout shlex and the pipes module, and then there's subprocess.list2cmdline. I think we could use a new module with all this functionality in one place. -- ___ Python tracker <http://bugs.python.org/issue1724822> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8426] multiprocessing.Queue fails to get() very large objects
Changes by Philip Semanchuk : -- nosy: +osvenskan ___ Python tracker <http://bugs.python.org/issue8426> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12140] Crash upon start up
New submission from Philip Drew : Upon execution of python.exe a command line box appears for a fraction of a second, closes and is followed by nothing. On executing IDLE from the start menu, nothing happens. I have installed python to C:\Python27 using the python windows installer. I am running win7 64 bit on a toshiba satellite 17X -- components: IDLE, Installation messages: 136481 nosy: Philip.Drew priority: normal severity: normal status: open title: Crash upon start up type: crash versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue12140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8685] set(range(100000)).difference(set()) is slow
Changes by Philip Jenvey : -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue8685> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10676] Confusing note in Numeric Types
New submission from Philip Bober : In the Python Standard Library reference, section 5.4: Numeric Types, the table of operators/functions has the following unclear note: (4)Complex floor division operator, modulo operator, and divmod(). Deprecated since version 2.3: Instead convert to float using abs() if appropriate. The intention of this note is to indicate that //,%, and divmod shouldn't be used with complex numbers, but the phrasing is bad and the note being on generic operators makes it sound like the operators themselves are deprecated, not just for complex numbers. There was an earlier bugfix (621708, on the previous tracker. Archive: http://mail.python.org/pipermail/python-bugs-list/2002-October/013913.html) which fixed this bad wording elsewhere in the docs (Section 5.6 Binary arithmetic operations in the Python Reference Manual) but it seems the same wording was in both documents and it was only patched in one of them. It was replaced with: "Deprecated since version 2.3: The floor division operator, the modulo operator, and the divmod() function are no longer defined for complex numbers. Instead, convert to a floating point number using the abs() function if appropriate." -- assignee: d...@python components: Documentation messages: 123750 nosy: Philip.Bober, d...@python priority: normal severity: normal status: open title: Confusing note in Numeric Types versions: Python 2.5, Python 2.6, Python 2.7 ___ Python tracker <http://bugs.python.org/issue10676> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7334] ElementTree: file locking in Jython 2.5 (OSError on Windows)
Philip Jenvey added the comment: Florent, any chance of signing off on this for 3.2? I was waiting for the patch to go through your authorized elementtree fork -- assignee: pjenvey -> flox ___ Python tracker <http://bugs.python.org/issue7334> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5527] multiprocessing won't work with Tkinter (under Linux)
Philip Winston added the comment: We ran into this. Forking before importing Tkinter worked for us. We did the following which seems pretty clean: main.py import stdlib only if __name__ == 'main': from application import App App() application.py import Tkinter class App... -- nosy: +pbwinston ___ Python tracker <http://bugs.python.org/issue5527> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue900744] catch invalid chunk length in httplib read routine
Philip Dorrell <[EMAIL PROTECTED]> added the comment: I have raised a "bug" 125 for boto ( http://code.google.com/p/boto/issues/detail?id=125 ) in relation to this problem, because if httplib.py is not fixed in Python 2.5, then any code calling httplib.py has to work around it by handling a ValueError exception when it occurs. With regard to the fix in Python 2.6, and reading through the httplib.py source, I conclude: * IncompleteRead(value) means something like "we were expecting to read X bytes but actually there aren't any more, and so far we have read *value*". * This meaning does not quite describe the error which this issue is about, which really needs its own separate exception class, e.g. InvalidHttpResponseChunkSize(value, badSize) meaning "we were expecting to read the size of the next chunk, but *badSize* is not a valid number, and so far we have read *value*) -- nosy: +pdorrell ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue900744> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3386] distutils.sysconfig.get_python_lib prefix argument broken
New submission from Philip Jenvey <[EMAIL PROTECTED]>: get_python_lib supports an optional prefix argument: If 'prefix' is supplied, use it instead of sys.prefix or sys.exec_prefix -- i.e., ignore 'plat_specific'. However the NT and OS2 platforms don't use the prefix argument when specified. This problem was brought up a while ago here: http://mail.python.org/pipermail/distutils-sig/2002-November/003099.html Andrew (the OS2 maintainer) claimed in the thread that fixing this would break OS2, but I don't see how. All callers of get_python_lib in the stdlib don't specify a prefix anyway. Anyone calling it with a prefix and expecting it not to be used is broken. -- components: Distutils files: get_python_lib-r65033.diff keywords: patch messages: 69836 nosy: pjenvey severity: normal status: open title: distutils.sysconfig.get_python_lib prefix argument broken type: behavior versions: Python 2.6, Python 3.0 Added file: http://bugs.python.org/file10917/get_python_lib-r65033.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3386> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3389] [PATCH] Allow custom logging Handlers in logging config files
New submission from Philip Jenvey <[EMAIL PROTECTED]>: Python 2.5 added support for specifying a custom logging Formatter class in logging configuration files. Handler classes can also be specified, but your choice is limited to classes that live in the logging module. A current workaround this is to manually add your custom Handler class to the logging module prior to loading the logging config file, but then you're no longer driving logging configuration purely from a config file (which is the entire point). This is particularly important for apps that are driven entirely from a config file that also includes logging information (such as Pylons applications) The following patch will cause Handler classes to be resolved just like Formatter classes if the check for the Handler class in the logging module fails. FYI this patch has been used in Paste (in particular for Pylons apps) for over a year so I consider it stable -- components: Library (Lib) files: logging-custom-Handler_r65033.diff keywords: patch messages: 69858 nosy: pjenvey, vsajip severity: normal status: open title: [PATCH] Allow custom logging Handlers in logging config files type: feature request versions: Python 2.6, Python 3.0 Added file: http://bugs.python.org/file10921/logging-custom-Handler_r65033.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3389> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3386] [PATCH] distutils.sysconfig.get_python_lib prefix argument broken
Changes by Philip Jenvey <[EMAIL PROTECTED]>: -- title: distutils.sysconfig.get_python_lib prefix argument broken -> [PATCH] distutils.sysconfig.get_python_lib prefix argument broken ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3386> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3888] [PATCH] Document more deprecated modules in What's New in Python 2.6
New submission from Philip Jenvey <[EMAIL PROTECTED]>: The What's New doc is missing a few of these, I've added the ones mentioned in PEP 361 that weren't already there. I also corrected popen2's entry; it's always deprecated in 2.6, not just in the 3.0 warnings mode -- assignee: georg.brandl components: Documentation files: whatsnew-depmod2.6-r66484.diff keywords: patch messages: 73323 nosy: georg.brandl, pjenvey severity: normal status: open title: [PATCH] Document more deprecated modules in What's New in Python 2.6 versions: Python 2.6 Added file: http://bugs.python.org/file11508/whatsnew-depmod2.6-r66484.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3888> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7301] Add environment variable $PYTHONWARNINGS
Philip Jenvey added the comment: Looks good to me. Updated patch with a couple whitespace changes -- Added file: http://bugs.python.org/file16791/issue7301-2.diff ___ Python tracker <http://bugs.python.org/issue7301> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7301] Add environment variable $PYTHONWARNINGS
Philip Jenvey added the comment: applied in r79878 - r79881, thanks! -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue7301> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7301] Add environment variable $PYTHONWARNINGS
Philip Jenvey added the comment: I committed a somewhat different version of this patch to py3k to handle the warn options now calling for wchars, but this needs more work. Some of the buildbots are unhappy Seems like the py3k version either needs to fully decode the env values to a unicode obj via the file system encoding (which I doubt is initialized at this point)/surrogateescape, or use something along the lines of char2wchar in python.c -- assignee: -> pjenvey resolution: fixed -> accepted status: closed -> open ___ Python tracker <http://bugs.python.org/issue7301> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7301] Add environment variable $PYTHONWARNINGS
Philip Jenvey added the comment: Here's a patch for py3k using the same char2wchar as the argv decoder for posix, and better windows handling. Plus an additional nonascii value test. Patch is against r79980 for clarity -- Added file: http://bugs.python.org/file16810/issue7301-py3k.diff ___ Python tracker <http://bugs.python.org/issue7301> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8347] string capitalize erroneously lower-case any non-first letters
Philip Jenvey added the comment: S.capitalize() -> string Return a copy of the string S with only its first character capitalized. You've misunderstood the docs, only the first character is indeed capitalized. You want string.capwords instead -- nosy: +pjenvey resolution: -> invalid status: open -> closed ___ Python tracker <http://bugs.python.org/issue8347> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7334] ElementTree: file locking in Jython 2.5 (OSError on Windows)
Philip Jenvey added the comment: Patch with tests (which can only really test it on Windows) here http://bitbucket.org/pjenvey/et-2009-provolone/changeset/8292a06090a3/ -- ___ Python tracker <http://bugs.python.org/issue7334> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7301] Add environment variable $PYTHONWARNINGS
Philip Jenvey added the comment: The pending patch for py3k fixes the modification of the env value (trunk already has a fix for that). That patch is also doing the conversion to wchar_t via the char2wchar function now, with that reusing a single buffer seems out of the question -- ___ Python tracker <http://bugs.python.org/issue7301> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7301] Add environment variable $PYTHONWARNINGS
Philip Jenvey added the comment: py3k should be taken care of as of r80066+r80075 -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue7301> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8632] subprocess doesn't handle Windows built-in commands as os.system() does
Philip Jenvey added the comment: shell commands don't work because you're not specifying the shell=True argument to Popen. This is covered in the subprocess "Replacing os.system" documentation -- nosy: +pjenvey resolution: -> invalid status: open -> closed ___ Python tracker <http://bugs.python.org/issue8632> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1703] getpass broken in Py3k: must flush()
New submission from Philip Jenvey: getpass (in particular _raw_input, used by unix_getpass and default_getpass) prints out a password prompt to a stream (by default stdout) but doesn't flush that stream. It assumes calling sys.stdin.readline() to read the password causes stdout to be flushed (probably a libc file buffering behavior) This is a problem in Py3k where file buffering is done by Python; getpass needs to manually flush the stream it prints the prompt to. Otherwise the prompt isn't printed until after the password is entered e.g.: Python 3.0a2 (py3k:59601, Dec 27 2007, 14:28:14) [GCC 4.1.3 20071209 (prerelease) (Debian 4.1.2-18)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import getpass >>> getpass.getpass() Password: 'foo' >>> Windows doesn't use _raw_input so it wouldn't see this issue. Attached is a patch to flush the stream. There's no getpass tests so I didn't get around to creating one for this issue. Ideally we'd test getpass via spawning a python subprocess and ensuring its I/O looked correct. This was noticed on Jython as its file object is now based off Py3k's -- components: Library (Lib) files: getpass_flush-r59601.diff messages: 59011 nosy: pjenvey severity: normal status: open title: getpass broken in Py3k: must flush() versions: Python 3.0 Added file: http://bugs.python.org/file9031/getpass_flush-r59601.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1703> __Index: Lib/getpass.py === --- Lib/getpass.py (revision 59601) +++ Lib/getpass.py (working copy) @@ -78,6 +78,7 @@ prompt = str(prompt) if prompt: stream.write(prompt) +stream.flush() line = sys.stdin.readline() if not line: raise EOFError ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2750] Add simplejson to Python 2.6/3.0 standard library
Philip Jenvey <[EMAIL PROTECTED]> added the comment: Bob, all of the simplejson tests have actually been passing on Jython trunk -- at least up until recently when you added a couple tests that utilize the 2.4 decimal module. I can also import simplejson.scanner with a recent build of pypy, so it at least has those sre imports you're using. -- nosy: +pjenvey __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2750> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4351] [PATCH] Better stacklevel for GzipFile.filename DeprecationWarning
New submission from Philip Jenvey <[EMAIL PROTECTED]>: This should be a stacklevel of 2 so we're told who accessed the attribute -- components: Library (Lib) files: gzip-deprecation_r67276.diff keywords: patch messages: 76031 nosy: pjenvey severity: normal status: open title: [PATCH] Better stacklevel for GzipFile.filename DeprecationWarning type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file12051/gzip-deprecation_r67276.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4351> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4702] [PATCH] msvc9compiler raises IOError when no compiler found instead of DistutilsError
New submission from Philip Jenvey : Python 2.6's new msvc9compiler misbehaves when it can't find a compiler (actually a utility of the missing compiler) in its query_vcvarsall() -- it raises an IOError instead of a typical distutils error build tools expect a consistent set of potential exceptions from the compiler suites, such as CCompilerError, DistutilsExecError, DistutilsPlatformError, etc. Distributions like simplejson, Genshi, etc. look for these errors when compiling their optional C extension speedups as an indication that there's no compiler, and to fallback to their pure python counterparts An IOError in this case just doesn't make sense This patch changes them to DistutilsExecErrors. Maybe it should be DistutilsPlatformError -- whatever, just not IOError I think this should be included in 2.6.2 -- components: Distutils files: msvc9_ioerror.diff keywords: patch messages: 78070 nosy: pjenvey severity: normal status: open title: [PATCH] msvc9compiler raises IOError when no compiler found instead of DistutilsError type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file12404/msvc9_ioerror.diff ___ Python tracker <http://bugs.python.org/issue4702> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1757126] [PATCH] Fix ptcp154 encoding cyrillic_asian alias
Changes by Philip Jenvey : -- title: Fix ptcp154 encoding cyrillic_asian alias -> [PATCH] Fix ptcp154 encoding cyrillic_asian alias ___ Python tracker <http://bugs.python.org/issue1757126> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47222] subprocess.Popen() should allow capturing output and sending it to stdout and stderr
New submission from Philip Prindeville : I'd like to see handlers exposes for the stdout and stderr pipe-reading threads so that I could customize what's done with the data as it's read. I might, for instance, want to: (1) accumulate it into a buffer; (2) copy it onto sys.stdout or sys.stderr, respectively; (3) send it to a logging object; or some combination of the above, possibly all of them. -- components: Library (Lib) messages: 416703 nosy: pprindeville priority: normal severity: normal status: open title: subprocess.Popen() should allow capturing output and sending it to stdout and stderr type: enhancement versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue47222> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47222] subprocess.Popen() should allow capturing output and sending it to stdout and stderr
Change by Philip Prindeville : -- keywords: +patch pull_requests: +30398 stage: -> patch review pull_request: https://github.com/python/cpython/pull/32344 ___ Python tracker <https://bugs.python.org/issue47222> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43769] ipaddress module takes bytes input as valid ip address
New submission from Philip Bond : Hi I came across an issue with the ipaddress module where it doesent raise a ValueError when passed a non IP address. Example see attached file use tabs for indents and that doesent work with the form. What happens is it when it takes b'PING' as the call to ipaddress.IPv4Address(address) as the byte value == 4 it doesent raise a ValueError as the bytes for PING are 50 49 4e 47 -- components: Unicode files: cidr-gen.py messages: 390478 nosy: ezio.melotti, philip.bond, vstinner priority: normal severity: normal status: open title: ipaddress module takes bytes input as valid ip address type: behavior versions: Python 3.6 Added file: https://bugs.python.org/file49940/cidr-gen.py ___ Python tracker <https://bugs.python.org/issue43769> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43769] ipaddress module takes bytes input as valid ip address
Philip Bond added the comment: To replicate ./cidr-gen.py google.com You will see the IP variable is a Russian IP but that was a red herring, I initially thought its was a compromised module. -- ___ Python tracker <https://bugs.python.org/issue43769> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43769] ipaddress module takes bytes input as valid ip address
Philip Bond added the comment: Thanks Eric. -- ___ Python tracker <https://bugs.python.org/issue43769> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44404] tkinter's after() AttributeError with functools.partial (no attribute __name__)
New submission from Philip Sundt : ``` >>> import tkinter >>> from functools import partial >>> r=tkinter.Tk() >>> r.after(500, partial(print, "lol")) Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3.7/tkinter/__init__.py", line 755, in after callit.__name__ = func.__name__ AttributeError: 'functools.partial' object has no attribute '__name__' ``` -- components: Tkinter messages: 395712 nosy: phil.tgd priority: normal severity: normal status: open title: tkinter's after() AttributeError with functools.partial (no attribute __name__) type: behavior versions: Python 3.9 ___ Python tracker <https://bugs.python.org/issue44404> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44783] SSL needs client OCSP stapling
New submission from Philip Prindeville : When TLS client certificates are used for authentication, servers need to ensure that the certificate is current and hasn't been revoked. In zero-trust and other architectures with heavy use of micro-services, server-side validation of the client certs repeatedly can be a significant burden. Forcing the client to present a signed, stapled OCSP response to the handshake eliminates this repetitive extra step. -- assignee: christian.heimes components: SSL messages: 398592 nosy: christian.heimes, pprindeville priority: normal severity: normal status: open title: SSL needs client OCSP stapling type: enhancement ___ Python tracker <https://bugs.python.org/issue44783> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43669] PEP 644: Require OpenSSL 1.1.1 or newer
Change by Philip Prindeville : -- nosy: +philipp ___ Python tracker <https://bugs.python.org/issue43669> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33618] Support TLS 1.3
Change by Philip Prindeville : -- nosy: +philipp ___ Python tracker <https://bugs.python.org/issue33618> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38941] xml.etree.ElementTree.Element inconsistent warning for bool
New submission from Philip Rowlands :
Steps to reproduce:
$ python3.7
Python 3.7.2 (default, May 13 2019, 13:52:56)
[GCC 6.3.0 20170516] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import xml.etree.ElementTree as ET
>>> bool(ET.fromstring("").find(".//c"))
False
$ python3.7
Python 3.7.2 (default, May 13 2019, 13:52:56)
[GCC 6.3.0 20170516] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.modules['_elementtree'] = None
>>> import xml.etree.ElementTree as ET
>>> bool(ET.fromstring("").find(".//c"))
__main__:1: FutureWarning: The behavior of this method will change in future
versions. Use specific 'len(elem)' or 'elem is not None' test instead.
This is (almost) the smallest test case, but in real code what I was trying to
write was:
```
# check the result code is ok
if response.find("./result[@code='ok']"):
return True
```
The unintuitive bool() behaviour was surprising, compared to other typical True
/ False determinations on objects, and I think what the FutureWarning is trying
to avoid.
Please implement the same warning for bool(Element) in _elementtree.c as exists
in ElementTree.py. bpo29204 was making similar alignments between the versions,
but didn't consider this FutureWarning.
--
components: Library (Lib)
messages: 357642
nosy: philiprowlands
priority: normal
severity: normal
status: open
title: xml.etree.ElementTree.Element inconsistent warning for bool
type: behavior
___
Python tracker
<https://bugs.python.org/issue38941>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38941] xml.etree.ElementTree.Element inconsistent warning for bool
Philip Rowlands added the comment: It's easier to justify a change in behaviour if the warning is emitted. With no legacy concerns, I would be happy for bool() to change, but I'm not the one who would receive the grumbly tickets. How about emitting the warning in the next release, then assessing the behaviour change for version n+2? -- ___ Python tracker <https://bugs.python.org/issue38941> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38941] xml.etree.ElementTree.Element inconsistent warning for bool
Philip Rowlands added the comment: I went digging through the archives, made more interesting as elementtree was imported into the standard library. AFAICT, the FutureWarning for __bool__ (or __nonzero__ in py2) appeared circa 2007-06 in version 1.3a2: http://svn.effbot.org/public/tags/elementtree-1.3a3-20070912/CHANGES - Added future warnings for "if e" (use explicit len(e) or is None test) and "e.getchildren()" (use list(e) or iteration). The docs are still there, warning about the pitfalls and suggesting "This behaviour is likely to change somewhat in ElementTree 1.3." https://effbot.org/zone/element.htm#truth-testing 12 years on, it has not, but what was the intended change (+effbot for possible context)?? I assumed on first reading that the plan was to switch bool(Element) to return True, but others have pointed out the inconsistency with len(), or having __bool__() raise an exception. My 2c would be to steer devs away from using bool(Element) as a final step, i.e. keep the existing True/False definition, warts and all, but raise a SyntaxWarning (RuntimeWarning?) with a similar message to the current FutureWarning. -- nosy: +effbot ___ Python tracker <https://bugs.python.org/issue38941> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31140] Insufficient error message with incorrect formated string literal
Philip Rowlands added the comment:
Status as of 3.9.0a1:
==
test.py above appears fixed, i.e. reasonable error message.
$ ./python test.py
File "/home/bob/pybug/Python-3.9.0a1/test.py", line 2
hello = f"{world)}"
^
SyntaxError: f-string: unmatched ')'
==
bpo-31140.py is not as bad a initially reported, but still gives the wrong line
number.
$ ./python bpo-31140.py
File "", line 1
(a>2s)
^
SyntaxError: invalid syntax
===
And my own example which led me to this bug. The syntax error is on line 3, not
line 1.
$ cat fruit.py
pass
pass
s = f"{My favourite fruit is {apple}}"
$ ./python -V
Python 3.9.0a1
$ ./python fruit.py
File "", line 1
(My favourite fruit is {apple})
^
SyntaxError: invalid syntax
--
nosy: +philiprowlands
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue31140>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30082] hide command prompt when using subprocess.Popen with shell=False on Windows
Philip Lee added the comment: To reproduce the reported issue, one could also test with ffmpeg.exe -- ___ Python tracker <https://bugs.python.org/issue30082> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19081] zipimport behaves badly when the zip file changes while the process is running
Philip Lee added the comment: The issue still remains in Python 3.8. -- nosy: +iMath versions: +Python 3.8 -Python 2.7, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker <https://bugs.python.org/issue19081> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19081] zipimport behaves badly when the zip file changes while the process is running
Philip Lee added the comment: and I got ZipImportError: bad local file header -- ___ Python tracker <https://bugs.python.org/issue19081> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Philip Jenvey : -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue13903> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13988] Expose the C implementation of ElementTree by default when importing ElementTree
Philip Jenvey added the comment: DeprecationWarnings aren't that annoying anymore now that they're silent by default. It should at least have a PendingDeprecationWarning -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue13988> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Philip Jenvey added the comment: Actually 10.5 was the last PowerPC release -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue13405> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Changes by Philip Jenvey : -- nosy: -pjenvey ___ Python tracker <http://bugs.python.org/issue13405> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14161] python2 file __repr__ does not escape filename
Philip Jenvey added the comment: I think you want to decref the result of PyObject_Repr after the fact, too -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue14161> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14126] Speed up list comprehensions by preallocating the list where possible
Philip Jenvey added the comment: iter(range(1)) should also see a speedup because range's iter supports __length_hint__ -- nosy: +pjenvey ___ Python tracker <http://bugs.python.org/issue14126> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36692] Unexpected stderr output from test_sys_settrace
Philip Dye added the comment: Once consensus is reached, I would be happy to do the work. -- nosy: +Philip Dye ___ Python tracker <https://bugs.python.org/issue36692> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15987] Provide a way to compare AST nodes for equality recursively
Philip Dye added the comment: If consensus has been reached on this, I am willing to do the work. -- nosy: +Philip Dye ___ Python tracker <https://bugs.python.org/issue15987> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37636] Deprecate slicing and ordering operations on sys.version
Change by Philip Dye : -- nosy: +Philip Dye ___ Python tracker <https://bugs.python.org/issue37636> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21861] io class name are hardcoded in reprs
Change by Philip Dye : -- nosy: +Philip Dye ___ Python tracker <https://bugs.python.org/issue21861> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18697] Unify arguments names in Unicode object C API documentation
Change by Philip Dye : -- nosy: +Philip Dye ___ Python tracker <https://bugs.python.org/issue18697> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23560] Group the docs of similar methods in stdtypes.rst
Change by Philip Dye : -- nosy: +Philip Dye ___ Python tracker <https://bugs.python.org/issue23560> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17301] An in-place version of many bytearray methods is needed
Change by Philip Dye : -- nosy: +Philip Dye ___ Python tracker <https://bugs.python.org/issue17301> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api
Change by Philip Dye : -- nosy: +Philip Dye ___ Python tracker <https://bugs.python.org/issue1820> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15436] __sizeof__ is not documented
Change by Philip Dye : -- nosy: +Philip Dye ___ Python tracker <https://bugs.python.org/issue15436> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26858] setting SO_REUSEPORT fails
Philip Jenvey added the comment: Note that this isn't an android specific issue: See issue19901, and 9791c5d55f52 for an appropriate solution patch. (Renaming title) -- nosy: +pjenvey title: android: setting SO_REUSEPORT fails -> setting SO_REUSEPORT fails ___ Python tracker <https://bugs.python.org/issue26858> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35533] argparse standard error usage for exit / error
New submission from Philip Rowlands : Because error() mentions standard error and exit() does not, I assumed exit() did not use stderr, but it does. Please mention standard error in the description of exit(). Relevant code at: https://github.com/python/cpython/blob/3.7/Lib/argparse.py#L2482 -- assignee: docs@python components: Documentation messages: 332128 nosy: docs@python, philiprowlands priority: normal severity: normal status: open title: argparse standard error usage for exit / error type: enhancement versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue35533> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35813] shared memory construct to avoid need for serialization between processes
Philip Semanchuk added the comment: Hi all, I'm the author of `posix_ipc` on which some of this code is based. I'd be happy to sign a contributor agreement in order to erase any concerns on that front. -- nosy: +osvenskan ___ Python tracker <https://bugs.python.org/issue35813> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30023] Example code becomes invalid for "Why do lambdas defined in a loop with different values all return the same result?"
New submission from Philip Lee: There example code here becomes invalid https://docs.python.org/3/faq/programming.html#why-do-lambdas-defined-in-a-loop-with-different-values-all-return-the-same-result >>> squares = [] >>> for x in range(5): squares.append(lambda: x**2) >>> squares [ at 0x01FB7A08>, at 0x01F82390>, at 0x01FBA3D8>, at 0x01FBA420>, at 0x01FBA468>] >>> There returned value is a List of lambda functions, not numbers -- assignee: docs@python components: Documentation messages: 291353 nosy: docs@python, iMath priority: normal severity: normal status: open title: Example code becomes invalid for "Why do lambdas defined in a loop with different values all return the same result?" type: enhancement versions: Python 3.6 ___ Python tracker <http://bugs.python.org/issue30023> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30079] Explain why it is recommended to pass args as a string rather than as a sequence If shell is True
New submission from Philip Lee: The doc here https://docs.python.org/3/library/subprocess.html#subprocess.Popen says : "If shell is True, it is recommended to pass args as a string rather than as a sequence." but without explain why ? Please add the explanation ! while in https://docs.python.org/3/library/subprocess.html#frequently-used-arguments says: "args is required for all calls and should be a string, or a sequence of program arguments. Providing a sequence of arguments is generally preferred, as it allows the module to take care of any required escaping and quoting of arguments (e.g. to permit spaces in file names). If passing a single string, either shell must be True (see below) or else the string must simply name the program to be executed without specifying any arguments." In the case of shell =True , I found providing a sequence of arguments rather than a string argument can take the advantage of auto escaping and quoting of arguments (e.g. to permit spaces in file names) , so what is the advantage of pass args as a string rather than as a sequence as says in the doc when shell is True? -- assignee: docs@python components: Documentation messages: 291733 nosy: docs@python, iMath priority: normal severity: normal status: open title: Explain why it is recommended to pass args as a string rather than as a sequence If shell is True type: enhancement ___ Python tracker <http://bugs.python.org/issue30079> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30082] hide command prompt when using subprocess.Popen with shell=False on Windows
New submission from Philip Lee: First, It is nearly useless for the command prompt to pop up during the running time of subprocess.Popen with shell=False. Second, the popping up command prompt would interrupt users and do bad to user experience of GUI applications. Third, I found QProcess within Qt won't pop up the command prompt in using. It would be convenient to add an argument to suppress the command prompt from popping up when using subprocess.Popen with shell=False on Windows, many users are missing the feature and these are many similar feature request questions like the following http://stackoverflow.com/questions/7006238/how-do-i-hide-the-console-when-i-use-os-system-or-subprocess-call http://stackoverflow.com/questions/1765078/how-to-avoid-console-window-with-pyw-file-containing-os-system-call/12964900#12964900 http://stackoverflow.com/questions/1016384/cross-platform-subprocess-with-hidden-window -- components: Library (Lib) messages: 291760 nosy: iMath priority: normal severity: normal status: open title: hide command prompt when using subprocess.Popen with shell=False on Windows type: enhancement ___ Python tracker <http://bugs.python.org/issue30082> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19717] resolve() fails when the path doesn't exist
Changes by Philip Ridout : -- nosy: +Philip Ridout ___ Python tracker <http://bugs.python.org/issue19717> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35813] shared memory construct to avoid need for serialization between processes
Philip Semanchuk added the comment:
> On Feb 23, 2019, at 10:40 AM, Giampaolo Rodola'
> wrote:
>
>
> Giampaolo Rodola' added the comment:
>
>> We are consciously choosing to not support an atomic "create or attach".
>> This significantly simplifies the API and avoids the valid concerns raised
>> around user confusion relating to that behavior (including the use of
>> different specified 'size' values in a race) but does not preclude our
>> potentially introducing this as a feature in the future.
>
> I understand that because of *size* we cannot solve the race condition issue
> unless the user uses some sort of synchronization mechanism. FWIW I bumped
> into this lib:
> http://semanchuk.com/philip/sysv_ipc/
> ...which provides two separate APIs to "create" and "attach":
>
>>>> SharedMemory("name", IPC_CREX)
>>>> attach("name")
>
> At this point I'm agnostic about the API, which is probably just a matter of
> personal taste (e.g. one may prefer a separate SharedMemory.attach()
> classmethod or a *mode* argument accepting "x" and "a"). I see that that lib
> use shmat() on attach and shmdt() on detach. I'm not sure if that makes a
> difference, just mentioning it because your implementation doesn't do that on
> close() and perhaps it should.
attach() and detach() are particular to SysV IPC which is different from the
POSIX IPC that’s being used here. There’s no need for attach() and detach()
with POSIX shared memory.
POSIX IPC is generally simpler than SysV IPC, in part because it was developed
after SysV IPC so the developers had the benefit of experience with the older
API.
Side note: I’m the author of the sysv_ipc package you found, as well as the
posix_ipc package.
--
___
Python tracker
<https://bugs.python.org/issue35813>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36545] Python 3.5 OOM during test_socket on make
New submission from Philip Deegan : Building Python 3.5.3 or 3.5.6 on my Kernel 5.0.2 Debian 9 install has runaway memory usage during "test_socket" while running make after ./configure CFLAGS="-g3 -O3 -march=native -fPIC -I/usr/include/openssl" CXXFLAGS="-g3 -O3 -march=native -fPIC -I/usr/include/openssl" --enable-shared LDFLAGS="-L/usr/lib -L/usr/lib/x86_64-linux-gnu -Wl,-rpath=/usr/lib/x86_64-linux-gnu" --prefix=$PWD --with-valgrind --enable-optimizations --with-ensurepip=install -- messages: 339541 nosy: dekken priority: normal severity: normal status: open title: Python 3.5 OOM during test_socket on make ___ Python tracker <https://bugs.python.org/issue36545> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36545] Python 3.5 OOM during test_socket on make
Philip Deegan added the comment: This seems to be resolved on kernel 5.0.12 not it says "resource denied" and the test skips -- ___ Python tracker <https://bugs.python.org/issue36545> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
