Roundup Robot devnull@devnull added the comment:
New changeset 4081f326e46c by Ezio Melotti in branch '2.7':
#11979: improve wording and markup in sockets howto. Patch by Xavier Morel.
http://hg.python.org/cpython/rev/4081f326e46c
New changeset 85b9ad8b219b by Ezio Melotti in branch '3.1':
Ezio Melotti ezio.melo...@gmail.com added the comment:
Fixed, thanks for the patches!
--
assignee: docs@python - ezio.melotti
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 2.7, Python 3.1, Python 3.2
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Attached the backport to 2.7 for my v2 patch.
--
Added file: http://bugs.python.org/file21997/issue9516-v2-python2.7.patch
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
What I described in my previous message is what Firefox does. If you think
this should be changed, I suggest you to open another issue, possibly attaching
a test case with the desired behavior and a patch to change it.
--
Ezio Melotti ezio.melo...@gmail.com added the comment:
I double checked the code on py3k and I think the second occurrence can be
removed.
--
nosy: +alanmcintyre
versions: +Python 3.3 -Python 3.4
___
Python tracker rep...@bugs.python.org
New submission from kai zhu kai...@ugcs.caltech.edu:
i'm using the latest debian unstable python3.2 build on colinux (2011, may, 14)
## leak.py
## import imp, leak; imp.reload(leak)
## will leak ~2.5mb per reload
## on i386 debian unstable machine (according to top).
## in my real world app
Charles-François Natali neolo...@free.fr added the comment:
This makes sense.
I was suspecting a system limit exhaustion, maybe OOM or maximum number of
threads, something like that.
But at least on Linux, in OOM condition, the process would either get nuked by
the OOM-killer, or
Ezio Melotti ezio.melo...@gmail.com added the comment:
I think this has to do with class attributes and reload():
wolf@hp:~/dev/py/py3k$ cat leak.py
class Foo: pass
Foo.l = list(range(65535))
wolf@hp:~/dev/py/py3k$ ./python
Python 3.3a0 (default:4b122cac7ac5+, May 14 2011, 10:01:13)
[GCC
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
It's simply because all classes form a cycle (Foo - Foo.__mro__ - Foo)
A class and class attributes can only be freed with gc.collect().
Did you disable the garbage collector?
--
nosy: +amaury.forgeotdarc
Charles-François Natali neolo...@free.fr added the comment:
Hello Steffen,
First, thanks for testing this on OS-X: I only have access to Linux
systems (I tested both the semaphore and the emulated semaphore
paths).
If I understand correctly, the patch works fine with the default build
option
New submission from Chris Paton chrispaton2...@gmail.com:
I don't know much about Python (in fact, I'm a noob) so not understanding much
of the technical lingo. I've installed Python 3.2, and Active TCL 8.5.9 on my
machine. IDLE crashes at random points - compiling, saving, loading or even
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Hello,
The Python issue tracker is not here to get help.
You will have better answers from friendly people if you ask your question on
the comp.lang.python newsgroup, or the python-list mailing list:
Charles-François Natali neolo...@free.fr added the comment:
Indeed, it isn't, Pipe objects are not meant to be safe against multiple
access. Queue objects (in multiprocessing/queues.py) use locks so they
are safe.
But if the write to the Pipe is not atomic, then the select isn't safe.
select
Roundup Robot devnull@devnull added the comment:
New changeset ec35f86efb0d by Ezio Melotti in branch 'default':
Merge with 3.2 and also remove captured_output from __all__ (see #7960).
http://hg.python.org/cpython/rev/ec35f86efb0d
--
___
Python
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7960
___
___
Roundup Robot devnull@devnull added the comment:
New changeset 6a45567c7245 by Nadeem Vawda in branch '3.1':
Issue #12050: zlib.decompressobj().decompress() now clears the unconsumed_tail
http://hg.python.org/cpython/rev/6a45567c7245
New changeset 49c998a88777 by Nadeem Vawda in branch '3.2':
Roundup Robot devnull@devnull added the comment:
New changeset 24543f7a87ce by Nadeem Vawda in branch '2.7':
Issue #12050: zlib.decompressobj().decompress() now clears the unconsumed_tail
http://hg.python.org/cpython/rev/24543f7a87ce
--
___
Python
Nadeem Vawda nadeem.va...@gmail.com added the comment:
The code has been fixed. Once again, thanks for the bug report.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Darren Dale dsdal...@gmail.com added the comment:
Is there anything preventing this patch from being merged?
--
nosy: +Darren.Dale
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11610
___
New submission from Davide Rizzo sor...@gmail.com:
There are three sources of information for the descriptor protocol:
- Data model reference (Doc/reference/datamodel.rst)
- Descriptor HowTo guide (Doc/howto/descriptor.rst)
- PEP 252
A developer who already knows descriptor tipically reads the
Changes by Andriy Rysin ary...@gmail.com:
--
components: Regular Expressions
files: repl.sh
nosy: arysin
priority: normal
severity: normal
status: open
title: re.sub() replaces only several matches
versions: Python 3.1
Added file: http://bugs.python.org/file21999/repl.sh
Changes by Andriy Rysin ary...@gmail.com:
Added file: http://bugs.python.org/file22000/repl.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12078
___
___
Changes by Andriy Rysin ary...@gmail.com:
Added file: http://bugs.python.org/file22001/test.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12078
___
New submission from Andriy Rysin ary...@gmail.com:
When trying to replace strings with parenthesis (in the given example -
alternative writing of the words in Ukrainian) the sed replace performs
correctly replacing all occurrences, while python3 re.sub() function replaces
only first two
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: mark.dickinson -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5231
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Unassigning. Sorry; no time for this at the moment.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5231
___
Mark Dickinson dicki...@gmail.com added the comment:
I find it convenient to use int(), float() etc. for data validation.
Me too. This is why I'd still be happiest with int and float not accepting
non-ASCII digits at all. (And also why the recent suggestions to allow extra
underscores in
Benjamin Peterson benja...@python.org added the comment:
2011/5/14 Darren Dale rep...@bugs.python.org:
Darren Dale dsdal...@gmail.com added the comment:
Is there anything preventing this patch from being merged?
I have to make time to think about the API a bit more.
--
Changes by Jordan Stadler jordan.stad...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file22002/issue12042_2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12042
Jordan Stadler jordan.stad...@gmail.com added the comment:
Patch is up for 2.7, minor change in the documentation.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12042
___
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
Argument 4 of re.sub is the maximum number of replacements, NOT flags:
Help on function sub in module re:
sub(pattern, repl, string, count=0, flags=0)
Return the string obtained by replacing the leftmost
non-overlapping
Kasun Herath kasun...@gmail.com added the comment:
I added a test to smtpnet and submitting a separate patch for it as my
test_smtpnet.py file was old and could have had conflicts.
I didn't use keys and certificates for the SSLContext as those would have to be
shipped with the source. Looking
Darren Dale dsdal...@gmail.com added the comment:
On Sat, May 14, 2011 at 12:20 PM, Benjamin Peterson
rep...@bugs.python.org wrote:
Benjamin Peterson benja...@python.org added the comment:
2011/5/14 Darren Dale rep...@bugs.python.org:
Darren Dale dsdal...@gmail.com added the comment:
Is
Mark Dickinson dicki...@gmail.com added the comment:
It seems we're getting a bit off-topic for the issue title; the discussion
about cleaning up test_math (which I agree would be a good thing to do) should
probably go into another issue.
On the issue itself, I'm -1 on making comparisons
Nir Aides n...@winpdb.org added the comment:
I think that generally it is better to deadlock than corrupt data.
2) acquiring locks just before fork is probably one of the best way to
deadlock (acquiring a lock we already hold, or acquiring a lock needed
by another thread before it releases
Mark Dickinson dicki...@gmail.com added the comment:
Therefore making , , etc. raise on NaN while keeping the
status quo for != and == would bring Python floats closer to
compliance with IEEE 754.
Not so. Either way, Python would be providing exactly 10 of the 22 required
IEEE 754
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
On the issue itself, I'm -1 on making comparisons
with float('nan') raise: I don't see that there's
a real problem here that needs solving.
Note that the current behaviour does *not* violate IEEE 754, ...
I agree with Mark.
Benjamin Peterson benja...@python.org added the comment:
I still dislike the reduntancy of having abstractmethod and abstractproperty on
a method. I think a better idea is having
abstractproperty.abstract(getter/setter/deleter).
--
___
Python
Roundup Robot devnull@devnull added the comment:
New changeset 850624632e9a by Nadeem Vawda in branch '3.1':
Issue #8650: Backport 64-bit safety fixes for compress() and decompress().
http://hg.python.org/cpython/rev/850624632e9a
New changeset 99a3ce22c1ff by Nadeem Vawda in branch '3.2':
Null
Darren Dale dsdal...@gmail.com added the comment:
On Sat, May 14, 2011 at 4:28 PM, Benjamin Peterson
rep...@bugs.python.org wrote:
Benjamin Peterson benja...@python.org added the comment:
I still dislike the reduntancy of having abstractmethod and abstractproperty
on a method. I think a
Benjamin Peterson benja...@python.org added the comment:
2011/5/14 Darren Dale rep...@bugs.python.org:
Darren Dale dsdal...@gmail.com added the comment:
On Sat, May 14, 2011 at 4:28 PM, Benjamin Peterson
rep...@bugs.python.org wrote:
Benjamin Peterson benja...@python.org added the
Darren Dale dsdal...@gmail.com added the comment:
On Sat, May 14, 2011 at 5:17 PM, Benjamin Peterson
rep...@bugs.python.org wrote:
Benjamin Peterson benja...@python.org added the comment:
2011/5/14 Darren Dale rep...@bugs.python.org:
Darren Dale dsdal...@gmail.com added the comment:
On
Ezio Melotti ezio.melo...@gmail.com added the comment:
See #11957.
--
nosy: +ezio.melotti
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - re.sub confusion between count and flags args
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
Okay: how about this. We retain the passing of @abstractmethod to
abstractpropert(), but @abstractgetter decorates the method for you.
2011/5/14 Darren Dale rep...@bugs.python.org:
Darren Dale dsdal...@gmail.com added the comment:
On
Roundup Robot devnull@devnull added the comment:
New changeset 536ec6206584 by Kurt B. Kaiser in branch '3.1':
Issue #6378: Further adjust idle.bat to start associated Python
http://hg.python.org/cpython/rev/536ec6206584
New changeset cd55c6960d86 by Kurt B. Kaiser in branch '3.2':
Merge from
Andriy Rysin ary...@gmail.com added the comment:
Ahh, I guess I should have read the docs. But then looks like I am not the fist
or only one so it's not as embarrassing. :)
I would support the proposal in #11957 to make re flags non-int object
--
Darren Dale dsdal...@gmail.com added the comment:
On Sat, May 14, 2011 at 5:55 PM, Benjamin Peterson
rep...@bugs.python.org wrote:
Benjamin Peterson benja...@python.org added the comment:
Okay: how about this. We retain the passing of @abstractmethod to
abstractpropert(), but
Benjamin Peterson benja...@python.org added the comment:
2011/5/14 Darren Dale rep...@bugs.python.org:
Darren Dale dsdal...@gmail.com added the comment:
On Sat, May 14, 2011 at 5:55 PM, Benjamin Peterson
rep...@bugs.python.org wrote:
Benjamin Peterson benja...@python.org added the
Roundup Robot devnull@devnull added the comment:
New changeset 0b5211d19a14 by Nadeem Vawda in branch '3.1':
Issue #8650: Make zlib.[de]compressobj().[de]compress() 64-bit clean.
http://hg.python.org/cpython/rev/0b5211d19a14
New changeset 3ff862d05d18 by Nadeem Vawda in branch '3.2':
Merge:
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11957
___
Roundup Robot devnull@devnull added the comment:
New changeset 572fbd9ca28f by Gregory P. Smith in branch '2.7':
Fixes Issue #12059: Properly handle missing hash functions even when
http://hg.python.org/cpython/rev/572fbd9ca28f
New changeset ad9249f35914 by Gregory P. Smith in branch '3.2':
Darren Dale dsdal...@gmail.com added the comment:
On Sat, May 14, 2011 at 6:24 PM, Benjamin Peterson
rep...@bugs.python.org wrote:
Benjamin Peterson benja...@python.org added the comment:
2011/5/14 Darren Dale rep...@bugs.python.org:
Darren Dale dsdal...@gmail.com added the comment:
It
Changes by Gregory P. Smith g...@krypto.org:
--
assignee: - gregory.p.smith
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12059
___
Gregory P. Smith g...@krypto.org added the comment:
if you used the pipe approach you'd need to deal with the case of the write
blocking (or failing if nonblocking) when the pipe buffer is full. also you'd
need to block signals around a fork and reinitialize the pipe in the child
before
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Fixed in 3.1, 3.2 and 3.3.
2.7 no longer has this problem -- the fix for issue8651 ensures that the
functions cannot receive inputs large enough to be problematic (since we
don't define PY_SSIZE_T_CLEAN).
--
resolution: - fixed
Charles-François Natali neolo...@free.fr added the comment:
a) We know the correct locking order in Python's std libraries so the problem
there is kind of solved.
I think that you're greatly under-estimating the complexity of lock ordering.
If we were just implementing a malloc
Charles-François Natali neolo...@free.fr added the comment:
if you used the pipe approach you'd need to deal with the case of the
write blocking (or failing if nonblocking) when the pipe buffer is full.
Well, a pipe is 64K on Linux (4K on older kernels). Given that each signal
received
Gregory P. Smith g...@krypto.org added the comment:
if someone comes up with a situation where this is a real problem, feel free to
reopen it.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
Darren Dale dsdal...@gmail.com added the comment:
It just occurred to me, there is a potential problem with abstractproperty and
the decorator syntax in my patch:
class Foo:
@abstractproperty
def p(self): pass
# p is abstract, but has no abstract methods
@p.setter
def
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
nosy: +stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11610
___
___
Gregory P. Smith g...@krypto.org added the comment:
We should ensure that the first differing character in the string is always
included in what is displayed as a diff. if we're going to shorten a string we
should elide something that matches.
--
nosy: +gregory.p.smith
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Adding this to the posix module would enforce linking with lcap and lattr
always. The development headers for these are not installed by default on some
distributions.
I think it would be better if they are added to a separate module
62 matches
Mail list logo