Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - needs patch
versions: +Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22046
___
Larry Hastings added the comment:
Moratorium's long over. Will this patch rise from the dead?
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9232
___
Serhiy Storchaka added the comment:
Now 3.4 is released, but shutil still doesn't support the xz compression. I
think we should hurry on to be in time for 3.5.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
What about the patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16314
___
___
Python-bugs-list mailing
Mark Lawrence added the comment:
Could somebody pick this up please as it fixes #5907.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11698
___
Changes by Geert Jansen gee...@gmail.com:
Added file: http://bugs.python.org/file36189/ssl-memory-bio-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21965
___
Gregory P. Smith added the comment:
$SHELL is up to the user and not guaranteed to be anything remotely /bin/sh
compatible.
On Jul 31, 2014 4:14 PM, Antoine Pitrou rep...@bugs.python.org wrote:
Antoine Pitrou added the comment:
Why not simply use $SHELL?
--
nosy: +pitrou
Mark Lawrence added the comment:
The last five builds have been successful so can this be closed as out of
date?
--
nosy: +BreamoreBoy
type: - behavior
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
The last five builds have been successful so can this be closed as out of
date?
Really? I saw a lot of test_nntplib failures this week, on Windows buildbots
for example.
--
___
Python tracker
Serhiy Storchaka added the comment:
Should it be function? Why not use just a variable initialized at import time?
The path to the default shell shouldn't change during the time of program
execution.
if sys.platform == 'win32':
default_shell = 'cmd.exe'
else:
default_shell = '/bin/sh'
Geert Jansen added the comment:
I added a new patch that addresses the comments.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21965
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +needs review
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19380
___
Serhiy Storchaka added the comment:
I think this issue can be closed. Behavior and documentation are correct and
match one other. Nothing to do with it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19055
Geert Jansen added the comment:
I've explored a few options for the Python-level API in the attachment
bio_python_options.py.
Me personally I prefer the more light weight option #3. This is both out of
selfish interest (less work for me), but also I believe that memory BIOs are an
API that
Changes by Geert Jansen gee...@gmail.com:
Removed file: http://bugs.python.org/file36190/bio_python_options.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21965
___
Changes by Geert Jansen gee...@gmail.com:
Added file: http://bugs.python.org/file36191/bio_python_options.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21965
___
Roundup Robot added the comment:
New changeset 93a798c7f270 by Victor Stinner in branch 'default':
Issue #18395: Rename ``_Py_char2wchar()`` to :c:func:`Py_DecodeLocale`, rename
http://hg.python.org/cpython/rev/93a798c7f270
New changeset 94d0e842b9ea by Victor Stinner in branch 'default':
Issue
STINNER Victor added the comment:
Well, it's not exactly the same error, but it's still sporadic failure of
test_nntp. Example:
http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/8578/steps/test/logs/stdio
Roundup Robot added the comment:
New changeset 94d0e842b9ea by Victor Stinner in branch 'default':
Issue #18395, #22108: Update embedded Python examples to decode correctly
http://hg.python.org/cpython/rev/94d0e842b9ea
--
nosy: +python-dev
___
Python
STINNER Victor added the comment:
Oh, the test also fails on the new Red Hat 6 buildbot:
http://buildbot.python.org/all/builders/x86%20RHEL%206%203.x/builds/4358/steps/test/logs/stdio
==
FAIL: test_init
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18395
___
STINNER Victor added the comment:
I updated the embedding and extending examples but I didn't try them.
@Jonas: Can you please try the updated examples?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22108
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22116
___
Serhiy Storchaka added the comment:
I think MizardX means that match object should be iterable. This will allow
sequence unpacking.
import re
m = re.match(r'(\w+):(\w+)', 'qwerty:asdfgh')
k, v = m
k
'qwerty'
v
'asdfgh'
This idea looks reasonable to me. Here is simple preliminary patch
Matthew Barnett added the comment:
Match objects have a .groups method:
import re
m = re.match(r'(\w+):(\w+)', 'qwerty:asdfgh')
m.groups()
('qwerty', 'asdfgh')
k, v = m.groups()
k
'qwerty'
v
'asdfgh'
--
___
Python tracker
Mark Dickinson added the comment:
Will this patch rise from the dead?
It's really down to getting consensus that it's a good idea. That might
require another python-dev discussion.
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Yes, but the purpose of this feature is to simplify the use of finditer() in
the for loop.
import re
for k, v in re.finditer(r(\w+):?(\w+)?, ab:cd\nef\n):
... print(k, v)
...
ab cd
ef None
Currently you should either unpack manually:
for m in
Jonas Jelten added the comment:
Indeed, that should do it, thanks.
I still pledge for Python 4? always using char* internally to make this
conversion obsolete ;) (except for windows)
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
I still pledge for Python 4? always using char* internally to make this
conversion obsolete ;) (except for windows)
I don't understand your proposition. We try to have duplicating functions for
char* and wchar*.
--
Nick Coghlan added the comment:
I don't believe the how to request specific parameters aspect has been
clearly addressed so far, and the subTest() API in Python 3.4 already
allows subtests that aren't individually addressable.
Any new API (if any) should likely also be based on the subtest
Martin v. Löwis added the comment:
If this feature is contentious, then a PEP is need to decide on it. As it turns
out, PEP 436 already discusses the nullable feature. But, as it also turns out,
PEP 436 hasn't been accepted yet (at least I could not find any records on that
having happened,
Ezio Melotti added the comment:
See also #19536.
I still think that if we do something about these issues, we should try to be
compatible with the regex module.
If we are going to add support for both iterability and __getitem__, they
should be consistent, so that list(m) == [m[0], m[1],
Serhiy Storchaka added the comment:
I think that if the regex module will be adopted in the stdlib, not all it's
feature should be included. Regex is too complicated. In particular indexing
looks confusing (due to ambiguity of starting index and redundant first item in
unpacking). If we will
Martin v. Löwis added the comment:
Jonas: Python's string type is a Unicode character type, unlike C's (which is
wishy-washy when it comes to characters outside of the basic execution
character set). So just declaring that all APIs take UTF-8 will *not* allow
for easy integration with other C
Zachary Ware added the comment:
Thanks for your efforts, Saimadhav. The issue has been fixed in another way,
though.
--
resolution: - duplicate
stage: needs patch - resolved
status: open - closed
superseder: - Make _Py_char2wchar() and _Py_wchar2char() public
Ezio Melotti added the comment:
That's indeed another valid solution, even though having indexing and
iterability would be convenient (assuming we can figure out a reasonable way to
implement them).
--
___
Python tracker rep...@bugs.python.org
Changes by Zachary Ware zachary.w...@gmail.com:
--
stage: - resolved
versions: -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22108
___
Serhiy Storchaka added the comment:
It looks as the nature of this bug is clear to you, Armin. Do you want to write
a patch?
--
nosy: +serhiy.storchaka
stage: test needed - needs patch
versions: +Python 3.5 -Python 3.3
___
Python tracker
New submission from Mike Lissner:
Not sure if this is desired behavior, but it's making my code break, so I
figured I'd get it filed.
I'm trying to crawl this website:
https://www.appeals2.az.gov/ODSPlus/recentDecisions2.cfm
Unfortunately, most of the URLs in the HTML are relative, taking
Michael Foord added the comment:
I agree with Nick. There is a potential use case for parameterized tests as
well as sub tests, but it's not something we're going to rush into.
--
___
Python tracker rep...@bugs.python.org
Armin Rigo added the comment:
It was clear to me four years ago. Now I'd have to dig again as much as you do.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9134
___
Mike Lissner added the comment:
FWIW, the workaround that I've just created for this problem is this:
u = 'https://www.appeals2.az.gov/../Decisions/CR20130096OPN.pdf'
# Split the url and rejoin it, nuking any '/..' patterns at the
# beginning of the path.
s = urlsplit(u)
urlunsplit(s[:2] +
Saimadhav Heblikar added the comment:
Attached is Text widget based implementation to add linenumbering to IDLE.
NS: The purpose of comment block in update_sidebar_text_font
The reason why it is there is to allow tk to catch up with changes(esp on
large files) after a font change. While it
Zachary Ware added the comment:
Fair enough.
--
resolution: - rejected
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22096
___
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file36192/re_matchobj_iterable.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9529
___
Mark Lawrence added the comment:
Why worry about the new regex module? It doesn't appear to be any closer to
getting into the stdlib than it was when #2636 was first opened on 15th April
2008, so maybe Python 4.0?
--
nosy: +BreamoreBoy
___
Python
Ezio Melotti added the comment:
Even if it doesn't get included in the stdlib, some people might decide to
switch from re to regex (or possibly vice versa) for their projects, so the
closer they are the easier this will be. Another reason is that afaik the
authors of the regex module made a
eryksun added the comment:
The path to the default shell shouldn't change during the time
of program execution.
On Windows the ComSpec environment variable could change during program
execution.
--
nosy: +eryksun
___
Python tracker
Serhiy Storchaka added the comment:
Taking into consideration msg174586 we can ignore the ComSpec environment
variable and hardcode cmd.exe on Windows, as we ignore the SHELL environment
variable on Posix systems.
--
___
Python tracker
Zachary Ware added the comment:
Another nit to pick: long lines in docstrings. There are several lines about
75-78 characters long in several different docstrings, which look absolutely
terrible when you try import os;help(os) on an 80-character-wide terminal due
to an 8 character indent.
Guillaume Matte added the comment:
It does still cause a Fatal Error in debug build as PyThreadState_GET() error
out if _PyThreadState_Current is NULL
--
nosy: +flex.plexico
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17703
eryksun added the comment:
Defaulting to just cmd.exe can execute an arbitrary program named cmd.exe
in the application directory or current directory.
When CreateProcess needs to find the shell to execute a batch file (.bat or
.cmd), it doesn't search for cmd.exe -- at least not in NT 6. If
Changes by Terry J. Reedy tjre...@udel.edu:
--
assignee: - terry.reedy
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22077
___
Mark Lawrence added the comment:
Opinions from our Windows experts please.
--
nosy: +BreamoreBoy, steve.dower, tim.golden, zach.ware
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Akira Li added the comment:
Should it be function? Why not use just a variable initialized at
import time? The path to the default shell shouldn't change during
the time of program execution.
if sys.platform == 'win32':
default_shell = 'cmd.exe'
else:
default_shell = '/bin/sh'
Changes by Akira Li 4kir4...@gmail.com:
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16353
___
___
Changes by Akira Li 4kir4...@gmail.com:
Removed file: http://bugs.python.org/file36195/os.get_shell_executable.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16353
___
Changes by Akira Li 4kir4...@gmail.com:
Added file: http://bugs.python.org/file36196/os.get_shell_executable.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16353
___
Mark Lawrence added the comment:
Quoting from msg55008 I know this isn't a common occurrence and not a problem
with python directly I believe this should be closed as won't fix, what do
the rest of you think?
--
components: +Windows
nosy: +BreamoreBoy, steve.dower, terry.reedy,
Serhiy Storchaka added the comment:
Therefore the bug is that email parser is dramatically slow for abnormal long
lines. It has quadratic complexity from line size. Minimal example:
import email.parser
import time
data = 'From: exam...@example.com\n\n' + 'x' * 1000
start = time.time()
Anselm Kruis added the comment:
Currently, if you run the test suite of a 64bit Windows python installation it
consumes all your memory and - depending on your RAM and swap space - you
system becomes unusable. That's a behaviour nobody expects.
I didn't look into the implementation of the
New submission from John Fisher:
Some characters repeated in the pattern break re.match:
Linux python 2.7.6
###
# test.py
import re
#diffitem = libstdc+ succeeds
#diffitem = libstdc++ fails
#diffitem = libstdc** fails
#diffitem = libstdc.. succeeds
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file36197/timespec-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22117
___
Roundup Robot added the comment:
New changeset 2c70897e5f98 by Charles-François Natali in branch 'default':
Issue #22110: Enable extra compilation warnings.
http://hg.python.org/cpython/rev/2c70897e5f98
--
nosy: +python-dev
___
Python tracker
Serhiy Storchaka added the comment:
Definitely this test should be decorated as bigmemtest. Here are patches.
--
keywords: +patch
nosy: +serhiy.storchaka
stage: - patch review
versions: +Python 3.4, Python 3.5
Added file: http://bugs.python.org/file36198/test_list_overflow-3.4.patch
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file36199/test_list_overflow-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18004
___
Matthew Barnett added the comment:
In a regex, '+' is a metacharacter meaning repeated one or more times.
libstdc+ will match libstd followed by c repeated one or more times.
libstdc++ will match libstd followed by c repeated one or more times, but
then there's another +, which it takes to
Terry J. Reedy added the comment:
I am not sure whether separately installing tcl/tk is generally feasible,
without special care. tkinter depends on _tkinter, which is compiled against a
particular tk version compiled with the same MS C compiler.
It was also not clear from the linked report
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - not a bug
stage: - resolved
status: open - closed
type: compile error - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22119
Charles-François Natali added the comment:
Committed.
Sorry for the extra ~70 warnings :-)
--
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22110
Terry J. Reedy added the comment:
This is a *nix issue only, as tab completion is not active on Windows (except
with Idle).
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22086
Terry J. Reedy added the comment:
Update the doc. I believe Davis intentionally only applied the 3.2 patch,
treating the change as a bit of an enhancement. Can you propose a new wording?
--
components: -Library (Lib)
nosy: +terry.reedy
___
Python
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22092
___
___
Python-bugs-list
Terry J. Reedy added the comment:
What file were you trying to save to? Be very exact. Reading/Saving to
'Library' files is known to have problems and there is another issue for this.
Were you trying to save the Shell window, displaying output from your program.
What is the minimum # of
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +georg.brandl, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22107
___
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22115
___
___
Python-bugs-list
STINNER Victor added the comment:
Here is a more complete patch (version 3). It uses _PyTimeSpec in more
functions.
I tested the patch on Linux, Windows, FreeBSD, OpenBSD. I was surprised to find
bugs. For example, Windows has a time_t larger than long, whereas OpenBSD 5.4
(on 64 bit) has a
New submission from STINNER Victor:
The issue #22110 enabled more compiler warnings. Attached patch tries to fix
most of them on Linux.
--
messages: 224528
nosy: haypo
priority: normal
severity: normal
status: open
title: Fix compiler warnings
___
STINNER Victor added the comment:
clinic.patch: modify clinic.py to generate return_value == (type)-1 instead
of return_value == -1 to avoid a warning if return_value is unsigned.
--
keywords: +patch
nosy: +larry, neologix
Added file: http://bugs.python.org/file36201/clinic.patch
STINNER Victor added the comment:
timespec-3.patch is quite large:
Include/pyport.h | 14 +
Include/pytime.h | 159 +++
Lib/test/test_time.py | 340 +++--
Modules/_datetimemodule.c | 40 ++
Modules/_ssl.c| 31 +-
STINNER Victor added the comment:
By the definition of the (blocking) communicate API, communicate can only be
called once (it feeds in all the input, and reads all the output).
Since Python 3.3, communicate() can now fail with TimeoutExpired. On UNIX, it
looks like it's possible to call
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com:
--
nosy: +josh.rosenberg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11271
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2771
___
___
Changes by Ned Deily n...@acm.org:
--
Removed message: http://bugs.python.org/msg224391
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12312
___
Ned Deily added the comment:
As the cited Mageia bug has been closed, there seems to be no reason to keep
this issue open.
--
nosy: +ned.deily
resolution: - third party
stage: - resolved
status: open - closed
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file36198/test_list_overflow-3.4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18004
___
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file36199/test_list_overflow-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18004
___
Serhiy Storchaka added the comment:
I was wrong. Here should be just sys.maxsize. With sys.maxint the test should
consume about 32 GB of memory and then fail on assertion (imul requires even 40
GB, but the test fails earlier).
--
stage: patch review - needs patch
versions: -Python
Serhiy Storchaka added the comment:
I think this should be done only for unsigned integer types. Otherwise it just
dirty sources and can hide actual bugs.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 02d6d3a7a181 by Terry Jan Reedy in branch 'default':
Issue #22077: Improve index error messages for bytearrays, bytes, lists, and
http://hg.python.org/cpython/rev/02d6d3a7a181
--
nosy: +python-dev
___
Terry J. Reedy added the comment:
while at it, I changed bytearray messages to include bad type as other do.
--
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22077
91 matches
Mail list logo