New submission from Andy Zeldis:
On BSD (including Mac OS X) SO_REUSEPORT should be specified along with
SO_REUSEADDR to match behavior on Linux (and possible Windows). This is needed
to have multiple listeners to a UDP broadcast.
I discovered this when using PyOSC. Attached is an example
Serhiy Storchaka added the comment:
I wonder why I don't see a memory error in Python 3.3 or earlier. Any idea?
See issue #15958. Now join() accept arbitrary buffer objects, which can be
modified during iteration, and therefore need a temporary list of Py_buffers.
--
nosy:
Antoine Pitrou added the comment:
Antoine, on Unix you can restrict the address space of a program to
test the issue without almost crashing and OOMing your box. ;)
Ah, thanks, but I didn't crash and OOM it, since it has no swap: memory errors
get raised quickly here :)
--
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11908
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13555
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10640
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16592
___
Walter Dörwald added the comment:
And returning bytes is documented in PEP 383, as an extension to the PEP 293
machinery:
To convert non-decodable bytes, a new error handler ([2]) surrogateescape
is introduced, which produces these surrogates. On encoding, the error handler
converts the
Serhiy Storchaka added the comment:
splitpath() should be equivalent to followed code (but be non-recursive and
more effective):
def splitpath(path):
head, tail = split(path)
if head == path:
return [head]
else:
return splitpath(head) + [tail]
--
nosy:
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11344
___
___
Antoine Pitrou added the comment:
Thanks for the patch. For the record, the test passes successfully but it needs
40 GB, not 4 GB:
http://buildbot.python.org/all/builders/AMD64%20Ubuntu%20LTS%20bigmem%20custom/builds/3
--
___
Python tracker
New submission from Christian Heimes:
Linux has an additional function to setrlimit and getrlimit which supports to
query and/or modify resource limits of another process.
http://www.kernel.org/doc/man-pages/online/pages/man2/getrlimit.2.html
The patch implements resource.prlimit(pid,
Mark Dickinson added the comment:
Here's a patch (against the default branch). It adds simple AC_CHECK_TYPE
configure-time typechecks for uint32_t and friends.
--
Added file: http://bugs.python.org/file28185/issue10052.patch
___
Python tracker
Christian Heimes added the comment:
prlimit() needs glibc 2.13+ (thanks Arfrever).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16595
___
___
Roundup Robot added the comment:
New changeset 0edc92d78192 by Antoine Pitrou in branch '3.2':
Issue #10182: The re module doesn't truncate indices to 32 bits anymore.
http://hg.python.org/cpython/rev/0edc92d78192
New changeset 21ceee08a375 by Antoine Pitrou in branch '3.3':
Issue #10182: The
Roundup Robot added the comment:
New changeset de0f38f9280e by Antoine Pitrou in branch '2.7':
Issue #10182: The re module doesn't truncate indices to 32 bits anymore.
http://hg.python.org/cpython/rev/de0f38f9280e
--
___
Python tracker
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10182
___
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: docs@python -
components: +Library (Lib) -Documentation, Interpreter Core, Unicode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16585
Roundup Robot added the comment:
New changeset 6f9aba5f8d32 by Mark Dickinson in branch 'default':
Issue 10052: fix failed uint32_t / uint64_t / int32_t / int64_t detection on
some platforms.
http://hg.python.org/cpython/rev/6f9aba5f8d32
--
nosy: +python-dev
Mark Dickinson added the comment:
Committed to default. I want to look at the buildbot results and try some
manual snakebite tests before deciding whether to backport.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10052
Roundup Robot added the comment:
New changeset 48fbe78167cd by Mark Dickinson in branch '2.7':
Issue 10052: fix failed uint32_t / uint64_t / int32_t / int64_t detection on
some platforms.
http://hg.python.org/cpython/rev/48fbe78167cd
--
___
Python
Roundup Robot added the comment:
New changeset d82b73366227 by Mark Dickinson in branch '3.2':
Issue 10052: fix failed uint32_t / uint64_t / int32_t / int64_t detection on
some platforms.
http://hg.python.org/cpython/rev/d82b73366227
New changeset 48de792747dc by Mark Dickinson in branch
Mark Dickinson added the comment:
Fixed in all branches.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10052
___
koobs added the comment:
This is also an issue for clang builds of Python on FreeBSD and results in the
_ctypes extension failing to compile (See: koobs-freebsd-clang buildbot)
The original mozilla patch (see References below) did not make it into the
libffi 3.0.11 release, which has already
koobs added the comment:
Correction, the PR mentioned in the previous comment has been submitted for
devel/libffi in the FreeBSD ports tree (update from 3.0.9 - 3.0.11), not
lang/python27
--
___
Python tracker rep...@bugs.python.org
Taavi Burns added the comment:
Ah, yes, I could have been more clear that I wasn't even looking at the source
code itself. :)
Thanks!
--
resolution: fixed -
status: closed - open
versions: -Python 3.2, Python 3.4
___
Python tracker
Taavi Burns added the comment:
Gak, sorry, didn't mean to change the status and resolution!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16556
Antoine Pitrou added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16416
___
___
Python-bugs-list mailing list
Unsubscribe:
Roundup Robot added the comment:
New changeset 5c88c72dec60 by Benjamin Peterson in branch '3.3':
support encoding error handlers that return bytes (closes #16585)
http://hg.python.org/cpython/rev/5c88c72dec60
New changeset 2181c37977d3 by Benjamin Peterson in branch 'default':
merge 3.3
Roundup Robot added the comment:
New changeset 777aabdff35a by Benjamin Peterson in branch '3.3':
document that encoding error handlers may return bytes (#16585)
http://hg.python.org/cpython/rev/777aabdff35a
--
___
Python tracker
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11908
___
___
Changes by Richard Oudkerk shibt...@gmail.com:
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16579
___
___
Python-bugs-list mailing
Raymond Hettinger added the comment:
ysj: The equivalent means roughly equivalent not precisely equivalent.
The purpose of the code in the docs is to help communicate what islice() is all
about. Practicality beats purity in this regard. I know of no one who has
ever been mislead by the
Roundup Robot added the comment:
New changeset d12785ecca72 by Antoine Pitrou in branch 'default':
Issue #16562: Optimize dict equality testing.
http://hg.python.org/cpython/rev/d12785ecca72
--
nosy: +python-dev
___
Python tracker
Antoine Pitrou added the comment:
The patch looks correct. If the tests pass, go ahead and apply it.
Done.
--
nosy: +pitrou
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Antoine Pitrou added the comment:
In test_damaged_zipfile:
+for N in range(len(s) - 2):
+with open(TESTFN, wb) as f:
+f.write(s[:N])
why not `range(len(s))` instead?
--
nosy: +pitrou
___
Python tracker
Antoine Pitrou added the comment:
Thank you, Berker. I'm now closing the issue.
--
assignee: christian.heimes -
nosy: +pitrou
resolution: - out of date
stage: - committed/rejected
status: open - closed
superseder: - select module - kevent ident field 64 bit issue
Antoine Pitrou added the comment:
Robin, do you remember which extension types were affected by this issue?
--
nosy: +pitrou
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15727
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16594
___
___
Python-bugs-list mailing
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +mark.dickinson
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16525
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16587
___
___
Python-bugs-list mailing
icemac added the comment:
This bug bites me when developing with Pyramid using Python 3.2.
I'd like to get it solved generally as the patch works for me (Python 3.2.3)).
What needs to be done to get this patch into the version control system?
--
nosy: +icemac
Serhiy Storchaka added the comment:
The proposed patch adds effective implementations of mentioned above algorithm.
splitpath() can be used for consecutive implementation of relpath() and
commonpath().
--
stage: - patch review
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file28187/ospath_splitpath.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11344
___
Bob Ziuchkovski added the comment:
Why not redefine -R to mean use secure hashing algorithms for built-in types?
When specified, use hashing algorithms that are secure against
denial-of-service and other known attacks, at the possible expense of
performance. When not specified, use whatever
Serhiy Storchaka added the comment:
I just copy it from Alan's test. Actually this is not needed, `range(len(s))`
can be used.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4844
___
Serhiy Storchaka added the comment:
This patch is not needed for 3.3+. And for 2.7 and 3.2 it actually doesn't fix
any bug in the current code.
--
nosy: +serhiy.storchaka
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
Nadeem Vawda added the comment:
I've tried reimplementing LZMAFile in terms of the decompress_into()
method, and it has ended up not being any faster than the existing
implementation. (It is _slightly_ faster for readinto() with a large
buffer size, but all other cases it was either of equal
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Library (Lib), Regular Expressions
nosy: +mrabarnett
type: - behavior
versions: +Python 3.2, Python 3.3, Python 3.4 -Python 3.1
___
Python tracker rep...@bugs.python.org
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13120
___
___
Matthew Barnett added the comment:
Interesting.
In my regex module (http://pypi.python.org/pypi/regex) I have:
bool(regex.match(pat, bb, regex.VERBOSE)) # True
bool(regex.match(pat, b{1,3}, regex.VERBOSE)) # False
because I thought that when the VERBOSE flag is turned on it should ignore
Serhiy Storchaka added the comment:
$ echo 'baaa' | grep -o 'b\{1,3\}a'
bbba
$ echo 'baaa' | grep -o 'b\{1, 3\}a'
grep: Invalid content of \{\}
$ echo 'baaa' | egrep -o 'b{1,3}a'
bbba
$ echo 'baaa' | egrep -o 'b{1, 3}a'
$ echo 'bbb{1, 3}aa' | LC_ALL=C egrep -o 'b{1, 3}a'
b{1, 3}a
Nurhusien Hasen added the comment:
Find public sheard Admenstartion bug python serves
--
hgrepos: +163
nosy: +Nurhusien2
versions: +Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file28188/ipython07_pe-gr_cise.pdf
___
Python
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Library (Lib)
nosy: +serhiy.storchaka
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10631
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10040
___
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16049
___
___
New submission from Andrew Svetlov:
GvR in http://mail.python.org/pipermail/python-ideas/2012-November/017991.html
has requested for improving pdb to jump over yield instead of following it.
--
components: Library (Lib)
messages: 176815
nosy: asvetlov, gvanrossum
priority: normal
New submission from John-John Tedro:
In 3.2.2 and 3.2.3 on linux64, when running the following code.
try:
print(Writing to /dev/full)
with open(/dev/full, w) as f:
f.write(Write to full device)
except:
print(Catch, file closed?)
Using
strace
Changes by John-John Tedro johnjohn.te...@gmail.com:
--
title: close not being called with context manager on IOError when device is
full. - file descriptor not being closed with context manager on IOError when
device is full
___
Python tracker
Andrew Svetlov added the comment:
Patch attached.
It modifies next, return and until commands behavior when they are
executed if current debugged function is generator.
1. next skips stack unwindind if yield tries to follow it. Now it goes just
to next executed line.
2. until does the same:
John-John Tedro added the comment:
Originally discovered on
http://stackoverflow.com/questions/13649330/what-happens-to-file-descriptors-in-python-3-when-close-fails
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16597
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
title: Skip stack unwinding when next, until and return pdb commands
executed - Skip stack unwinding when next, until and return pdb
commands executed in generator context
___
Python tracker
Matthew Barnett added the comment:
The question is whether re should always treat 'b{1, 3}a' as a literal, even
with the VERBOSE flag.
I've checked with Perl 5.14.2, and it agrees with re: adding a space _always_
makes it a literal, even with the 'x' flag (/b{1, 3}a/x is treated as
Ron Hubbard added the comment:
George.Peristerakis' patch works
please apply
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9674
___
___
Andrew Svetlov added the comment:
request should be socket.socket instance which definitely has shutdown method
accepting socket.SHUT_WR.
I guest the problem not in stdlib but in your code or maybe in the Paste (I'm
not familiar with it, sorry).
--
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
stage: needs patch - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16434
___
Andrew Svetlov added the comment:
Uploaded updated cumulative patch.
Can we apply the patch to 3.2 or at least to 3.3?
I see nothing wrong with it, but I'm ok with pushing to 3.4 only if we want to
be extra careful.
--
assignee: - asvetlov
versions: +Python 3.4
Added file:
Andrew Svetlov added the comment:
After trying to make patch I've realized — better to leave current behavior as
is and change documentation only.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16267
New submission from Steven Kryskalla:
I heard someone complain about this code appearing in the official
documentation in a few places:
for line in open(file.txt):
print(line)
This code will print two newlines.
I went through the current default and 2.7 branches and changed the places
Changes by Steven Kryskalla skryska...@gmail.com:
--
versions: +Python 2.7
Added file: http://bugs.python.org/file28192/r80699.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16598
___
Changes by Steven Kryskalla skryska...@gmail.com:
Removed file: http://bugs.python.org/file28192/r80699.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16598
___
Changes by Steven Kryskalla skryska...@gmail.com:
Added file: http://bugs.python.org/file28193/r80694.py27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16598
___
Chris Jerdonek added the comment:
Attaching proposed patch.
The patch also makes some minor stylistic improvements and typo fixes (e.g.
s/work flow/workflow/, s/we/the PEP editors/, and eliminating trailing
whitespace on a few lines).
--
keywords: +patch
Added file:
Ezio Melotti added the comment:
+PEP editorship is by invitation of the current editors. The address
+p...@python.org is a mailing list consisting of PEP editors.
The consisting doesn't sound too well to me, maybe reserved to?
+PEP-related email should be sent to this address (no
Chris Jerdonek added the comment:
The consisting doesn't sound too well to me, maybe reserved to?
Reserved for sounds good to me. Originally I was thinking of limited to or
restricted to, but that had a connotation of exclusivity I wanted to avoid.
--
STINNER Victor added the comment:
_setmode(self-fd, O_BINARY) change was done in Python 3.2: see the issue
#10841. This change introduced regressions:
- #11272: input() has trailing carriage return on windows, fixed in Python
3.2.1
- #11395: print(s) fails on Windows with long strings,
Lucas Maystre added the comment:
As per Ezio's comment, changed l1 to utf-8 in the example of the doc.
--
Added file: http://bugs.python.org/file28195/filetype11175.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11175
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16587
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9674
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16597
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16049
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15955
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10631
___
83 matches
Mail list logo
