Daniel Urban urban.dani...@gmail.com added the comment:
I'm attaching a new patch adding the abc.abstractclassmethod and
abc.abstractstaticmethod decorators.
--
Added file: http://bugs.python.org/file18519/abstractclassstaticmethod.diff
___
Python
Nick Coghlan ncogh...@gmail.com added the comment:
As we move more and more infrastructure into Python code, we're going to see
this pattern (i.e. a bootstrap module underlying the real module) more and more
often (e.g. I seem to recall Brett has to do something similar when playing
with the
Eric Smith e...@trueblade.com added the comment:
Since this is a feature request, it could only be added to 3.2, not the other
versions.
--
nosy: +eric.smith
type: behavior - feature request
versions: -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.3
STINNER Victor victor.stin...@haypocalc.com added the comment:
Antoine fixed #9589 by rewriting site.py code in C and calling it more much
earlier: r83988.
This commit fixes the initial problem of this issue:
$ ./python -c 'import heapq; print(heapq.heapify)'
built-in function heapify
$ cat |
STINNER Victor victor.stin...@haypocalc.com added the comment:
r83988 does really fix this issue in python 3.2, 8 years later, yeah!
--
nosy: +haypo, pitrou
resolution: duplicate - fixed
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
r83988 is also the correct fix for #586680: I updated this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9589
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ooops, I didn't notice that Antoine did already updated this issue. Restore the
resolution as duplicate since the superseder field is set.
--
resolution: fixed - duplicate
___
Python
Antoine Pitrou pit...@free.fr added the comment:
Oh, my bad. Is there any reason for the MS_WINDOWS guards in Modules/getpath.c,
then?
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9601
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
No, the guards are probably redundant.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9596
___
Antoine Pitrou pit...@free.fr added the comment:
For example, on the x64 machine the following dict() mapping
10,000,000 very short unicode keys (~7 chars) to integers eats 149
bytes per entry.
This is counting the keys too. Under 3.x:
d = {}
for i in range(0, 1000): d[str(i)] = i
Antoine Pitrou pit...@free.fr added the comment:
So, here is the modified benchmark. It first creates a cache of the random
wordlist, because it is quite long to compute (for N up to 1000). The cache
is reused in subsequent runs. This takes some memory though (probably won't run
it if you
Mathieu Bridon boche...@fedoraproject.org added the comment:
Wow, I certainly didn't expect to generate so much controversy. :-/
First of all, thanks for the comments on the patch Antoine and David.
I don't get what the purpose of these two lines is. Forbid empty patterns?
I copy-pasted the
Michael Foord mich...@voidspace.org.uk added the comment:
The None error message *looks* to me like the result of a failed assertion.
That may not be correct of course...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7219
STINNER Victor victor.stin...@haypocalc.com added the comment:
Attached patch fixes this old and annoying issue. The issue only concerns
sys.std* files, because Python only set the encoding and errors attributes for
these files.
--
keywords: +patch
versions: +Python 2.7
Added file:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oh, I forgot to write that my patch uses also the errors attribute. Update the
patch to add tests on errors: file_write-2.7-v2.patch.
--
Added file: http://bugs.python.org/file18522/file_write-2.7-v2.patch
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file18521/file_write-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4947
___
Antoine Pitrou pit...@free.fr added the comment:
Your patch threatens to break compatibility. I think it would be better to
simply change the encoding and errors attributes of standard streams.
--
___
Python tracker rep...@bugs.python.org
Giampaolo Rodola' g.rod...@gmail.com added the comment:
The server responses 250 instead of 257 (which would be correct according to
RFC959, ftp)
In response to what command? MKD?
And what do you mean by tolerate?
--
___
Python tracker
Giampaolo Rodola' g.rod...@gmail.com added the comment:
I'm not sure whether it's a problem with my python installation but this is
what I get on FreeBSD 7.0 with both python 2.7 and 3.2:
import socket
socket.getaddrinfo('localhost', 80)
Traceback (most recent call last):
File stdin, line
New submission from STINNER Victor victor.stin...@haypocalc.com:
mmap, buffer, bytearray, string and unicode objects set the char buffer
callback (bf_getcharbuffer). The bytearray object sets also the release buffer
callback (bf_releasebuffer).
In Python 2.7, PyObject_AsCharBuffer() accepts
Éric Araujo mer...@netwok.org added the comment:
python-idea is read by more people.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9584
___
___
Antoine Pitrou pit...@free.fr added the comment:
I don't think we should change anything in 2.7 at this point. It risks breaking
compatibility while we are at the end of the 2.x line, for little added benefit
(the old buffer API has always been insecure with mutable buffers).
As for 3.2,
Florent Xicluna florent.xicl...@gmail.com added the comment:
Still failing on 3.2 and 2.7
- x86 FreeBSD 7.2 3.x r83981, r83971 ...
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/builds/823
- x86 FreeBSD 7.2 2.7 r83985, r83806 ...
STINNER Victor victor.stin...@haypocalc.com added the comment:
Your patch threatens to break compatibility
Yes it does. But I think that nobody relies on this bug. If your terminal uses
something that utf-8, you will see strange characters if you write something
else than ascii characters. I
STINNER Victor victor.stin...@haypocalc.com added the comment:
3rd version of the patch: accept character buffer objects without reencoding
them. Add also tests on character buffer objects.
--
Added file: http://bugs.python.org/file18524/file_write-2.7-v3.patch
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file18522/file_write-2.7-v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4947
___
Brian Curtin cur...@acm.org added the comment:
Ok, it turns out this is in fact a regression from 2.6.5. My prior
investigation for that 3.x issue must not have been on the 2.6 version I
thought it was.
Barry: the fix from #9513 (e.g., r83722) will correct this.
--
priority: normal -
STINNER Victor victor.stin...@haypocalc.com added the comment:
r84012 creates _Py_stat(). It is a little bit different than the attached patch
(_Py_stat.patch): it doesn't clear Python exception on unicode conversion error.
--
___
Python tracker
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file18448/_Py_stat.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9425
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
r84012 patchs zipimporter_init() to use the new PyUnicode_FSDecoder() and use
Py_UNICODE* (unicode) strings instead of char* (byte) strings.
--
___
Python tracker rep...@bugs.python.org
Florent Xicluna florent.xicl...@gmail.com added the comment:
It happens on some 3.1 buildbots:
- x86 FreeBSD 7.2 3.1 r83984, r83968, ...
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.1/builds/595
- ARMv4 Debian 3.1 r83831, r83805, r83772, ...
Giampaolo Rodola' g.rod...@gmail.com added the comment:
This seems to be related with issue 1282647.
Modified patch which skips the test in case of buggy libc version is in
attachment.
--
Added file: http://bugs.python.org/file18525/getaddrinfo3.patch
Giampaolo Rodola' g.rod...@gmail.com added the comment:
I agree with Bert that this is not a Python issue hence I'm closing this out as
invalid.
Btw, the libc version in which this has been fixed should be 2.1.2:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=52195
--
nosy:
Barry A. Warsaw ba...@python.org added the comment:
Please upload a patch specifically for 2.6.6 finally so that I can review it
(and test it locally). It *seems* safe enough so if you and I both have a high
confidence it won't regress anything, and it can go in before Monday, then I
might
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5930
___
___
Brian Curtin cur...@acm.org added the comment:
Here's the patch. All four changes are one char each and live within
win32-specific blocks.
--
keywords: +patch
Added file: http://bugs.python.org/file18526/issue9600.diff
___
Python tracker
Barry A. Warsaw ba...@python.org added the comment:
Looks okay to me on *nix. You can check this in as long as test -u all passes
on Windows. Please include a NEWS file entry and close this issue when it's
committed. Thanks!
--
resolution: - accepted
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue757815
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue737648
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue588756
___
___
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Committed in r84024.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8857
___
Antoine Pitrou pit...@free.fr added the comment:
Can we close this issue, or do you consider that it is still very
important to not load too much modules at startup?
The patch eases the bootstrap constraints by creating a
bootstrap-friendly subset of locale.py. It is indeed much less pressing
STINNER Victor victor.stin...@haypocalc.com added the comment:
r84030 creates _Py_fopen() for PyUnicodeObject path.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9425
___
Brian Curtin cur...@acm.org added the comment:
Committed in r84031.
Thanks for reporting this, cipater.
--
assignee: - brian.curtin
resolution: accepted - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
zipimport_read_directory.patch: patch for read_directory() function of the
zipimport module to support unencodable filenames. This patch requires #9599
(PySys_FormatStderr). The patch changes the encoding of the name: decode name
Mark Dickinson dicki...@gmail.com added the comment:
Reclassifying as out of date. NaN handling in Python 2.6 and later is
non-accidental.
--
resolution: later - out of date
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
(and math.isnan is the recommended way to test for a nan).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue737648
___
Mark Dickinson dicki...@gmail.com added the comment:
Reclassifying as out of date. Infinity and NaN handling in Python 2.7 and
later is consistent across platforms; those versions of Python contain their
own code for reading and writing floats, instead of depending on the system
libraries.
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Updated patch in attachment includes tests and doc update.
I decided to rename socktype argument in type, since that's the name
adopted all across the socket module API:
socket.socket([family[, type[, proto]]])
socket.socket.type
Changes by Giampaolo Rodola' g.rod...@gmail.com:
Removed file: http://bugs.python.org/file17524/kwargs.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8866
___
New submission from David Watson bai...@users.sourceforge.net:
These functions each return the path to a terminal, so they should use
PyUnicode_DecodeFSDefault(). Patch attached.
--
components: Extension Modules
files: ttyname-ctermid-pep383.diff
keywords: patch
messages: 113920
nosy:
New submission from David Watson bai...@users.sourceforge.net:
The pwd module decodes usernames using PyUnicode_DecodeFSDefault(), so
initgroups() should use PyUnicode_FSConverter() for the username. Patch
attached.
--
components: Extension Modules
files: initgroups-pep383.diff
New submission from David Watson bai...@users.sourceforge.net:
The pwd module decodes usernames with PyUnicode_DecodeFSDefault(), and the
LOGNAME environment variable (suggested as an alternative to getlogin()) is
decoded the same way. Attaching a patch to use PyUnicode_DecodeFSDefault() in
David Watson bai...@users.sourceforge.net added the comment:
CS_PATH is hardcoded to /bin:/usr/bin in the GNU libc for UNIX. Do you know
another key for which the value can be controled by the user (or the system
administrator)?
No, not a specific example, but CS_PATH could conceivably
David Watson bai...@users.sourceforge.net added the comment:
I just fear that the loop is endless. Imagine the worst case: confstr()
returns a counter (n, n+1, n+2, ...). In 64 bits, it can be long.
The returned length is supposed to be determined by the length of
the variable, not the
Martin v. Löwis mar...@v.loewis.de added the comment:
Notice that this is also a duplicate of #9144, which was fixed for 2.7, but
nobody bothered to move the fix to the other branches. This goes all back to
#7902, which has now introduced an incompatible change into 2.6 (otherwise,
changing
Martin v. Löwis mar...@v.loewis.de added the comment:
Backporting this change to 2.6 has created an incompatibility in that branch,
see for example issue9600. Apparently, it will only break code that is
conceptually wrong, but still worked on 2.6.
I'll suggest that this is a release-critical
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: normal - release blocker
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7902
___
Changes by Meador Inge mead...@gmail.com:
--
assignee: teoliphant - meador.inge
priority: critical - high
stage: unit test needed - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3132
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
issue2636-20100814.zip is a new version of the regex module.
I've added default Unicode word boundaries and renamed the Pattern and Match
classes.
Over to you, Alex. :-)
--
Added file: http://bugs.python.org/file18532
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
These have been added to the new 'regex' module. See issue #2636 or PyPI at:
http://pypi.python.org/pypi/regex
--
nosy: +mrabarnett
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
doko has closed the downstream bug on Thu, 19 Nov 2009, with the reason that
.py{,c} are not data files in the FHS sense. (Note that even Lisp where code is
data (and the reverse) is installed both under /usr/lib and /usr/share on
Debian, so I
Alan McIntyre alan.mcint...@gmail.com added the comment:
Here's an updated patch against the py3k trunk (testzip-patch3.diff) that
passes all tests (including test_zipfile64) on Linux on a 64-bit machine.
I can backport this to 2.x, but I'll wait until somebody indicates a need for
it before
Alex Willmer a...@moreati.org.uk added the comment:
On 14 August 2010 21:24, Matthew Barnett rep...@bugs.python.org wrote:
Over to you, Alex. :-)
Et voilà, an exciting Saturday evening
http://pypi.python.org/pypi/regex/0.1.20100814
Matthew, I'm currently keeping regex in a private bzr
New submission from Nikolaus Rath nikol...@rath.org:
I believe the following should print only one log message, not two:
import logging
class Filter(object):
def filter(self, record):
return record.name == 'foo'
logger = logging.getLogger()
formatter =
Changes by Nikolaus Rath nikol...@rath.org:
--
title: logging filter is ignored when added to root handler - logging filter
is not applied to messages from descendant loggers
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9606
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1739648
___
___
Python-bugs-list mailing
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9605
___
___
Python-bugs-list mailing list
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9604
___
___
Python-bugs-list mailing list
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9603
___
___
Python-bugs-list mailing list
Antoine Pitrou pit...@free.fr added the comment:
-.. function:: getaddrinfo(host, port, family=0, socktype=0, proto=0, flags=0)
+.. function:: getaddrinfo(host, port[, family[, type[, proto[, flags)
You should keep using the new documentation convention, that is:
.. function::
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5996
___
___
Python-bugs-list
Alan McIntyre alan.mcint...@gmail.com added the comment:
Apparenty _EndRecData64 needed the same kind of check that _EndRecData has when
trying to seek to the end-of-archive record. So I added that, and everything
seems to work correctly now. All tests pass on my 64-bit Linux box (including
Florent Xicluna florent.xicl...@gmail.com added the comment:
This one is a (small) regression from 2.6.5.
Patch attached
--
keywords: +patch
nosy: +barry
priority: normal - release blocker
status: closed - open
versions: +Python 2.6 -Python 2.7
Added file:
Marc-Andre Lemburg m...@egenix.com added the comment:
Nick Coghlan wrote:
Nick Coghlan ncogh...@gmail.com added the comment:
As we move more and more infrastructure into Python code, we're going to see
this pattern (i.e. a bootstrap module underlying the real module) more and
more
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9548
___
___
Python-bugs-list
Dmitry Chichkov dchich...@gmail.com added the comment:
Yes, it looks like you are right. And while there is some slight performance
degradation, at least nothing drastic is happening up to 30M keys. Using your
modified test:
1000 words ( 961 keys), 3609555 words/s, 19239926 lookups/s,
Senthil Kumaran orsent...@gmail.com added the comment:
The reverted patch was reapplied in r83980 by Antoine.
The issue9546 resolves the part of always running the cleanup code on compile
error.
--
resolution: - fixed
status: open - closed
___
Alberto Trevino albe...@byu.edu added the comment:
Any more work I need to do on this patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8739
___
Alberto Trevino albe...@byu.edu added the comment:
I haven't heard anything on this problem or my patch. What's the status?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9168
___
Reid Kleckner r...@mit.edu added the comment:
Added a patch that adds support for recomputing the timeout, plus a test for it.
Can this still make it into 3.2, or is it too disruptive at this point in the
release process?
--
Added file:
New submission from Greg Malcolm g...@gregmalcolm.com:
'keyword.py' didn't have any tests, so I wrote some.
Most of the tests are are for the main() method, which self-populates the
keywords section of keyword.py with keywords taken from a grammar file,
'Python/graminit.c'. The main() method
83 matches
Mail list logo