Charles-François Natali neolo...@free.fr added the comment:
Can this be handled some other way?
Yeah, that's an hairy issue.
See #13322 for the details.
--
nosy: +neologix
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - buffered read() and
Charles-François Natali neolo...@free.fr added the comment:
* atexit callbacks are NOT run (although multiprocessing.util._exit_function
IS run),
It may be a good thing after a fork() (e.g. you don't want to remove
the same file twice), but it most definitely looks wrong for a new
Matt Joiner anacro...@gmail.com added the comment:
The patches only fix write? What about read?
http://bugs.python.org/issue13858
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13322
Changes by Boštjan Mejak bostjan.me...@gmail.com:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13852
___
___
Changes by Yuval Greenfield ubershme...@gmail.com:
--
nosy: +ubershmekel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9285
___
___
Nick Coghlan ncogh...@gmail.com added the comment:
David Miller pointed out a shorter spelling:
s.replace('\n', '\n' + (4 * ' '))
Still not particularly obvious to the reader (or writer), though.
--
___
Python tracker rep...@bugs.python.org
Dave Malcolm dmalc...@redhat.com added the comment:
I'm attaching a patch which implements a hybrid approach:
hybrid-approach-dmalcolm-2012-01-25-001.patch
This is a blend of various approaches from the discussion, taking aspects of
both hash randomization *and* collision-counting.
It
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
If such a function is added, I'd like the option to not indent empty lines:
trailing spaces are often not a good idea.
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
Dave Malcolm dmalc...@redhat.com added the comment:
I've found a bug in my patch; insertdict writes the old non-randomized
hash value into me_hash at:
ep-me_hash = hash;
rather than using the randomized hash, leading to issues when tested
against a real attack.
I'm looking into fixing
Alex Gaynor alex.gay...@gmail.com added the comment:
On Wed, Jan 25, 2012 at 7:45 AM, Dave Malcolm rep...@bugs.python.orgwrote:
Dave Malcolm dmalc...@redhat.com added the comment:
I've found a bug in my patch; insertdict writes the old non-randomized
hash value into me_hash at:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Attached patch adds an optional format argument to time.time():
time.time(float) is the same than time.time(), but
time.time(decimal) returns a Decimal object. The Decimal object
stores the resolution of the clock and doesn't loose
Frank Sievertsen pyt...@sievertsen.de added the comment:
Is it still able to find the value?
Probably not. :(
That's exactly why I stopped thinking about all two-hash-functions or rehashing
ideas.
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan ncogh...@gmail.com added the comment:
I'd actually suggest that as the default behaviour (and is a good argument in
favour of a dedicated function in textwrap - both suggested alternatives will
blithely add whitespace to otherwise empty lines).
To handle the empty line requires
Jon Brandvein jon.brandv...@gmail.com added the comment:
If such a function is added, I'd like the option to not indent empty lines:
trailing spaces are often not a good idea.
From dedent's documentation, it wasn't immediately clear to me that it ignores
blank lines when determining common
Tycho Andersen ty...@tycho.ws added the comment:
Hi, any movement on this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13051
___
___
Changes by Senthil Kumaran sent...@uthcode.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13856
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
components: -2to3 (2.x to 3.x conversion tool)
nosy: +vinay.sajip
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13859
___
New submission from Matt Joiner anacro...@gmail.com:
There's a lingering StandardError referenced in the logging module.
StandardError was removed in Python 3, and execution across this code path
generates a NameError:
File /home/matt/src/cpython/Lib/logging/__init__.py, line 291, in
Changes by Catalin Iacob iacobcata...@gmail.com:
--
nosy: +catalin.iacob
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10042
___
___
Matt Joiner anacro...@gmail.com added the comment:
Interesting this also occurs in 3.2 and 2.7, but not 2.6 or 3.1. It's probably
not an error in 2.x tho.
--
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
Brett Cannon br...@python.org added the comment:
Thanks for going to the trouble to report this, but this is working as intended
since bool is a subclass of int.
--
nosy: +brett.cannon
resolution: - invalid
status: open - closed
___
Python tracker
Jon Brandvein jon.brandv...@gmail.com added the comment:
Also, as Brett pointed out to me in #13853, bool is a subclass of int, so they
should follow the same code path. I suggest replacing
elif type(e.args[0]) is int:
exitcode = e.args[0]
with something like
elif
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13843
___
___
Python-bugs-list mailing list
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Interesting this also occurs in 3.2 and 2.7, but not 2.6 or 3.1
Most likely it happened because a fix was backported and this got missed. I'll
take care of it.
--
assignee: - vinay.sajip
___
New submission from Stefan Krah stefan-use...@bytereef.org:
This came up in #10419, which is already a little crowded. PyBuffer_FillInfo()
returns success if the value for 'view' is NULL.
I can't really see a reason for that. Any thoughts?
--
components: Interpreter Core
messages:
Changes by Stefan Krah stefan-use...@bytereef.org:
Added file: http://bugs.python.org/file24323/8dd9f0ea4876.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10181
___
Stefan Krah stefan-use...@bytereef.org added the comment:
Done in: http://hg.python.org/features/pep-3118/rev/508d5e3c579c
--
dependencies: -Problems with Py_buffer management in memoryobject.c (and
elsewhere?)
___
Python tracker
Changes by Stefan Krah stefan-use...@bytereef.org:
--
resolution: remind - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13411
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset e506848d6381 by Vinay Sajip in branch '3.2':
Closes #13859: Replaced reference to StandardError with reference to Exception.
Thanks to Matt Joiner for spotting this and submitting a patch.
Stefan Krah stefan-use...@bytereef.org added the comment:
I removed the dependency since PyBuffer_ToContiguous() still needs to
be fixed in abstract.c while memoryview.tobytes() now works in the
PEP-3118 repo.
--
dependencies: -Problems with Py_buffer management in memoryobject.c (and
Antoine Pitrou pit...@free.fr added the comment:
I'm attaching a revised version of the patch that should fix the above
issue:
hybrid-approach-dmalcolm-2012-01-25-002.patch
It looks like that approach will break any non-builtin type (in either C
or Python) which can compare equal to bytes
Jim Jewett jimjjew...@gmail.com added the comment:
On Wed, Jan 25, 2012 at 6:06 AM, Dave Malcolm dmalc...@redhat.com
added the comment:
hybrid-approach-dmalcolm-2012-01-25-001.patch
As per haypo's random-8.patch, a randomization seed is read at startup.
Why not wait until it is needed? I
Jim Jewett jimjjew...@gmail.com added the comment:
Sorry; hit the wrong key... intended message below:
On Wed, Jan 25, 2012 at 6:06 AM, Dave Malcolm dmalc...@redhat.com
added the comment:
[lots of good stuff]
hybrid-approach-dmalcolm-2012-01-25-001.patch
As per haypo's random-8.patch, a
New submission from Stefan Krah stefan-use...@bytereef.org:
test_pydoc fails on Ubuntu Lucid:
==
FAIL: test_apropos_with_bad_package (test.test_pydoc.PydocImportTest)
New submission from Stefan Krah stefan-use...@bytereef.org:
test_zlib currently fails on Ubuntu Lucid:
==
FAIL: test_library_version (test.test_zlib.VersionTestCase)
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Do you have a self-compiled version of zlib (1.2.5) installed on this
system? It looks like this is due to a (benign) version mismatch between
zlib.h and the actual shared lib.
--
___
Python
Jim Jewett jimjjew...@gmail.com added the comment:
On Wed, Jan 25, 2012 at 1:05 PM, Antoine Pitrou pit...@free.fr
added the comment:
It looks like that approach will break any non-builtin type (in either C
or Python) which can compare equal to bytes or str objects. If that's
the case, then
Antoine Pitrou pit...@free.fr added the comment:
Jim Jewett jimjjew...@gmail.com added the comment:
On Wed, Jan 25, 2012 at 1:05 PM, Antoine Pitrou pit...@free.fr
added the comment:
It looks like that approach will break any non-builtin type (in either C
or Python) which can compare
Dave Malcolm dmalc...@redhat.com added the comment:
On Wed, 2012-01-25 at 18:05 +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
I'm attaching a revised version of the patch that should fix the above
issue:
hybrid-approach-dmalcolm-2012-01-25-002.patch
Derek Wilson jderekwil...@gmail.com added the comment:
Any chance this patch will be accepted (or at least reviewed) soon?
--
type: behavior - crash
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
New submission from Mark Dickinson dicki...@gmail.com:
(Marking this as 'Interpreter Core' because the issue really seems to come from
Python/import.c rather than from the py_compile module.)
On a Windows 7 VM (64-bit, NTFS) running Python 2.7 (also reproduced on a
non-VM Windows 7
Antoine Pitrou pit...@free.fr added the comment:
Le mercredi 25 janvier 2012 à 19:19 +, Dave Malcolm a écrit :
Dave Malcolm dmalc...@redhat.com added the comment:
On Wed, 2012-01-25 at 18:05 +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
I'm
New submission from stephen Andel elden.an...@gmail.com:
I recently changed one of the keybindings in python to just control. Python did
not like this and, when I tried to fix this by swapping back to the default
settings it closed itself and now will not open. Th program will attempt to
open
Mark Dickinson dicki...@gmail.com added the comment:
Issue reproduced on stock Python 2.7 and Python 3.2 from www.python.org. I
don't have a working 3.3 install on Windows, but looking at the source, it
seems likely that it's an issue there, too.
--
versions: +Python 3.2, Python 3.3
Dave Malcolm dmalc...@redhat.com added the comment:
I think you're right: it will stop matching it during lookup within such
a dict, since the dict will be using the secondary hash for abc, but
hash() for the C instance.
It will still match outside of the dict, and within other dicts.
So yes,
New submission from Miki Tebeka miki.teb...@gmail.com:
The Extension documentation says:
2.3.5. Other options
There are still some other options which can be used to handle special cases.
The optional option is a boolean; if it is true, a build failure in the
extension will not abort
Changes by Miki Tebeka miki.teb...@gmail.com:
--
assignee: - docs@python
components: +Documentation
nosy: +docs@python
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13865
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Either way, the failure should be fixed now.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - pending
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset a5f8611ce81d by Nadeem Vawda in branch 'default':
Issue #13862: Relax zlib version test to avoid spurious failures.
http://hg.python.org/cpython/rev/a5f8611ce81d
--
nosy: +python-dev
Frank Sievertsen pyt...@sievertsen.de added the comment:
For the sake of completeness:
Collision-counting (with Exception) has interesting effects, too.
d={((1(65+i))-2**(i+4)): 9 for i in range(1001)}
for i in list(d):
... del d[i]
d
{}
9 in d
False
0 in d
Traceback (most recent call
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset e2b98a332070 by Georg Brandl in branch '2.7':
#13852: some small doc fixes.
http://hg.python.org/cpython/rev/e2b98a332070
New changeset 5b8800012e88 by Georg Brandl in branch '3.2':
#13852: some small doc fixes.
Georg Brandl ge...@python.org added the comment:
Done. Thanks!
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13852
___
New submission from Stephen Day stevv...@gmail.com:
The current behavior of the urlencode function (2.7: urllib, 3.x: urllib.parse)
encodes spaces as pluses:
from urllib import urlencode
urlencode({'a': 'some param'})
'a=some+param'
However, in most instances, it would be desirable to
Stefan Krah stefan-use...@bytereef.org added the comment:
Thanks! There was a 32-bit 1.2.5 version in /usr/local/lib and
a 64-bit 1.2.3.3 version in /lib.
gcc picks up the header from /usr/local/include, while ld is smart
enough to choose the 64-bit version. So it was a multilib issue.
While
Jim Jewett jimjjew...@gmail.com added the comment:
The wording in 138415 suggested this patch was changing socket to not support
timeouts -- which would be unacceptable.
But the actual patch only seems to touch multiprocessing/connection.py -- a far
more reasonable change.
Unfortunately,
New submission from Jim Jewett jimjjew...@gmail.com:
http://hg.python.org/cpython/file/fec45282dc28/Include/weakrefobject.h#l54
The comment makes sense -- but doesn't appear to be true, so perhaps it is the
macro that should change.
/* This macro calls PyWeakref_CheckRef() last since that
Antoine Pitrou pit...@free.fr added the comment:
I think you're right: it will stop matching it during lookup within such
a dict, since the dict will be using the secondary hash for abc, but
hash() for the C instance.
It will still match outside of the dict, and within other dicts.
So
New submission from Boštjan Mejak bostjan.me...@gmail.com:
When you have time, incorporate this patch. Thanks.
--
assignee: docs@python
components: Documentation
files: smallfix.diff
keywords: patch
messages: 151985
nosy: Retro, docs@python
priority: normal
severity: normal
status: open
New submission from Stefan Krah stefan-use...@bytereef.org:
Passing -UNDEBUG as CFLAGS currently doesn't work:
./configure CFLAGS=-UNDEBUG make
[...]
libpython3.3m.a(object.o): In function `PyObject_Str':
/home/stefan/pydev/cpython/Objects/object.c:441: undefined reference to
Larry Hastings la...@hastings.org added the comment:
Victor: I think your patch merits its own tracker issue; it's only tangentially
related to the proposed changes to os.stat.
That said, please do add me to the nosy list if you create one.
One more thing: I haven't given it a lot of thought,
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13864
___
___
Python-bugs-list
Arnaud Fontaine ar...@debian.org added the comment:
ping?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12776
___
___
Python-bugs-list mailing
Jim Jewett jimjjew...@gmail.com added the comment:
I like Nick Coghlan's suggestion in msg140493, but I think he was giving up too
soon in the or cases, and I think the confusion could be slightly reduced by
some re-spellings around return values and comments about short-circuiting.
def
Matt Joiner anacro...@gmail.com added the comment:
Cheers, thanks for the fast turn around.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13859
___
Terry J. Reedy tjre...@udel.edu added the comment:
#13864 is a duplicate, where I mentioned the remedy of deleting the bad file.
This is similar to #5707, but I am not sure if exactly the same.
The patch there fixed one problem but not the bad key binding problem.
--
nosy: +serwy
Terry J. Reedy tjre...@udel.edu added the comment:
The patch fixed a real issue, the difference return of filter in 3.x versus
2.x. Bad key bindings came up in #11437 and #13864 also.
--
nosy: +serwy, terry.reedy
versions: +Python 3.2 -Python 3.0, Python 3.1
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
Have you researched how other languages plan to expose sub-millisecond times?
The isn't an API that will get points for originality. Also, it needs to be an
API that is time efficient (many scripts use os.stat() frequently to
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4765
___
___
Python-bugs-list mailing
Terry J. Reedy tjre...@udel.edu added the comment:
#13071 is another duplicate closed in favor of this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11437
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +serwy
resolution: - duplicate
status: open - closed
superseder: - IDLE crash on startup with typo in config-keys.cfg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13071
Terry J. Reedy tjre...@udel.edu added the comment:
What system are you running on?
I presume by 'keybindings in Python', you mean 'keybindings in IDLE'. Correct?
By 'change to control', do you mean you made a line in the IDLE Preferences
dialog, Keys tab, binding box, look like
keyname -
New submission from Jim Jewett jimjjew...@gmail.com:
http://hg.python.org/cpython/file/tip/Lib/collections/__init__.py#l37 states
that the prev/next links are weakref proxies; as of
http://hg.python.org/cpython/diff/3977dc349ae7/Lib/collections.py this is no
longer true of the next links.
New submission from Jim Jewett jimjjew...@gmail.com:
collections.namedtuple raises a ValueError if any of the field names are not
valid identifiers, or are duplicates.
It does not normalize the identifiers when checking for duplicates.
(Similar issue with the typename)
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
nosy: +rhettinger
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13871
___
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
The SyntaxError is fine. The dupcheck isn't about sanitization anyway; rather,
it was part of a suite of tests designed to add a more helpful error messages
than the usual ones you get if you had rolled a class by hand. I would
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
nosy: +rhettinger
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13870
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
title: namedtuple does not normalize field names when sanitizing - namedtuple
does not normalize field names when checking for duplicates
___
Python tracker rep...@bugs.python.org
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
This patch is fine. Anyone can feel free to apply it to Py3.2 and Py3.3 if I
don't get to it first.
--
title: false comment in collections/__init__.py ordered dict - Out-of-date
comment in collections/__init__.py
78 matches
Mail list logo