py.user port...@yandex.ru added the comment:
I thought this will put the topic from unresolved to resolved
Now I see this is for bugs only
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8555
Stefan Behnel sco...@users.sourceforge.net added the comment:
I find it a lot easier to appreciate patches that implement a single change
than those that mix different changes. There are three different things in your
patch, which I would like to see in at least three different commits. I'd be
New submission from Nadeem Vawda nadeem.va...@gmail.com:
zlib.crc32() and zlib.adler32() in Modules/zlibmodule.c don't handle buffers of
=4GB correctly. The length of a Py_buffer is of type Py_ssize_t, while the C
zlib functions take length as an unsigned integer. This means that on a 64-bit
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
The benchmarks are from 3.2
Also, I'll do a more relevant profiling session for 3.2. This patch is based
on profiling results from 2.7 so there might be more relevant optimization
cases in 3.2
--
Martin v. Löwis mar...@v.loewis.de added the comment:
I find your approach fine; there isn't a need (IMO) to have the underlying
functions change.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10276
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
In case I'm not clear enough:
The patch is for 3.2, the benchmarks are 3.2, but it was created based on 2.7
results, which may not fully apply for 3.2
--
___
Python tracker
New submission from Brian Brazil brian.bra...@gmail.com:
If saxutils.prepare_input_source is passed a filename or url, it'll end up
leaking an fd via IncrementalParser.parse and ExpatParser.parse. This can be
seen by enabling resource warnings and running test_sax.
This should be fixed.
qpatata qpat...@gmail.com added the comment:
Hi,
Thanks for the fix.
I'm wondering if it is valid to add a \n in the lineno print. This macro is
called by other ones, like pyframe, that have their own format specifiers.
Kind regards.
--
___
Georg Brandl ge...@python.org added the comment:
If you look at the commit, you'll see that I already added that newline.
Thanks anyway :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9919
Benjamin Peterson benja...@python.org added the comment:
It is now.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10277
Changes by Benjamin Peterson benja...@python.org:
--
resolution: fixed - out of date
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10277
___
Mads Kiilerich m...@kiilerich.com added the comment:
So I know the current patch doesn't support IP addresses
Not exactly. The committed patch do not consider IP addresses -
especially not iPAddress entries in subjectAltName. But Python only
distinguishes resolvable names from IP addresses
David Joy videa...@gmail.com added the comment:
Hi Marc,
Well, I fried my original server install trying to trace this. My new fresh
install can still reproduce the problem with mysql-python, but I can't recreate
the issue with PyOpenSSL anymore. Grabbing packages at random from PyPi hasn't
Ezio Melotti ezio.melo...@gmail.com added the comment:
The attached patch adds a table with the most common assert* methods and their
explanation at the top of the doc.
There are however a few things that should imho be changed, but that will
require some re-organization in the unittest doc:
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Yes, I took the liberty of removing the superfluous build configuration as
well, thereby simplifying the .sln and the build dependency graph.
The patch is for python 2.7. Even though it's technically not a python patch
but a
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
The wait_for() method is basically a distillation of the Semaphore.acquire()
method, which tries to intelligently handle a non-trivial timeout.
With this method it is now possible to simplify Semaphore.acquire, although I
didn't
Ezio Melotti ezio.melo...@gmail.com added the comment:
* I would leave asserttypeEqual documented and specify that they should be
called directly only if the type should be checked, otherwise (if the type
doesn't matter or it's already tested elsewhere) using assertEqual is enough
(see also
Antoine Pitrou pit...@free.fr added the comment:
This looks useful indeed.
--
nosy: +jyasskin, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10260
___
Steven Bethard steven.beth...@gmail.com added the comment:
Fixed with a variant of Denver's last patch in r86080 for 3.X and r86083 for
2.7.
--
assignee: - bethard
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9754
___
___
Python-bugs-list
New submission from Kristján Valur Jónsson krist...@ccpgames.com:
If measuring time across blocking calls, such as thread synchronization, one
currently must time.time(). This is because time.clock() measures cpu seconds
on unix. On windows, however, time.clock() would be more appropriate
Michael Foord mich...@voidspace.org.uk added the comment:
+1
--
nosy: +michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10278
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +mrabarnett
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9669
___
___
Python-bugs-list
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Fixed in r86084 (2.7) and r86085 (3.1).
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
type: behavior - security
versions: +Python 2.7, Python 3.1
___
Jeffrey Yasskin jyass...@gmail.com added the comment:
* This method will confuse some people who will think that cond.wait(pred) will
wake up when pred becomes true regardless of whether they call
cond.notifyAll(). You should warn them about this in the documentation. (This
confusion happens
Steven Bethard steven.beth...@gmail.com added the comment:
Fixed in 3.X in r86086 and in 2.7 in r86087.
--
assignee: - bethard
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9353
Changes by Steven Bethard steven.beth...@gmail.com:
--
nosy: -bethard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4640
___
___
Python-bugs-list
Steven Bethard steven.beth...@gmail.com added the comment:
Patches applied in r86090 (3.X) and r86091 (2.7). Thanks for your help
Catherine, and sorry it took me so long to apply these.
--
assignee: - bethard
resolution: - fixed
status: open - closed
Steven Bethard steven.beth...@gmail.com added the comment:
Committed in r86092 (3.X) and r86093 (2.7). Thanks for the patches!
--
assignee: - bethard
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Brian Curtin cur...@acm.org:
==
FAIL: test_garbage_at_shutdown (test.test_gc.GCTests)
--
Traceback (most recent call last):
File
Steven Bethard steven.beth...@gmail.com added the comment:
Closing as invalid, as to me this looks like a classic terminal encoding issue
and not an argparse issue, and there was no response from the user who filed
the issue. If someone still thinks this is an argparse issue, please provide a
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Wed, Oct 27, 2010 at 2:37 PM, Gregor Lingl rep...@bugs.python.org wrote:
..
Imho it is very important to clarify the name convention for demoscripts to
be added to the demo before committing
(or at least before the
Doug Hellmann doug.hellm...@gmail.com added the comment:
Adding a print to the site.py in Distribute's egg shows it is being run when I
use 'python -m site'. However, when I run 'python -c import site; print
site.__file__' I get the version from the stdlib, as expected.
I guess the module
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10263
___
___
Python-bugs-list
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10278
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Why does this need to be in stdlib?
AFAICT, the proposed patch is just:
if appropriate test:
wallclock = time.clock
else:
wallclock = time.time
which is easy enough to stick in your measuring code or a project's
Changes by Éric Araujo mer...@netwok.org:
--
components: +Extension Modules -Library (Lib)
versions: -Python 2.5, Python 2.6, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10276
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10274
___
___
Python-bugs-list mailing
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10278
___
___
Python-bugs-list
Antoine Pitrou pit...@free.fr added the comment:
Right, IMAP_SSL should first accept an additional context argument as noted in
issue10274. Then it can be patched to optionally call ssl.match_hostname on the
server certificate. That second part can mimick what is done by HTTPSConnection:
Antoine Pitrou pit...@free.fr added the comment:
Sorry, the actual issue number is issue8808.
--
dependencies: +imaplib should support SSL contexts -imaplib should provide a
means to validate a remote server ssl certificate(s)
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Well, the problem is that the appropriate test is not easy to guess a priori,
so it would be useful for the stdlib to provide the right tool for the job.
As for where it should live, I have no strong opinion, but it's true that the
time module
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Committed in revision 86095. I included only those demo scripts that are
described in the current manual. I am open to making further improvements
prior to bata 1, and will open separate issues to track those.
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10262
___
___
Python-bugs-list
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Mon, Nov 1, 2010 at 1:43 PM, Antoine Pitrou rep...@bugs.python.org wrote:
..
Well, the problem is that the appropriate test is not easy to guess a
priori, so it would
be useful for the stdlib to provide the right
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Raymond,
Did you mean to exclude unit test additions from your commit? See
issue10221-with-tests.diff.
--
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
Nick is the authority on -m so perhaps he can confirm this but I believe the
execution of -m is carried out by the runpy standard library module and the
runpy module essentially goes through the process of finding a module from
scratch by searching
Antoine Pitrou pit...@free.fr added the comment:
Well, the problem is that the appropriate test is not easy to guess a
priori, so it would
be useful for the stdlib to provide the right tool for the job.
This sounds like an argument against this feature, not for it. If it
is hard for
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
We don't usually test the content of error messages because they are not a
guaranteed behavior.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10221
Ivan Razumov iarspi...@gmail.com added the comment:
The bug doesn't seem to be Windows-specific - tested on Ubuntu 10.10 (Python
2.6.6)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10259
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Mon, Nov 1, 2010 at 2:13 PM, Raymond Hettinger
rep...@bugs.python.org wrote:
..
We don't usually test the content of error messages because they are not a
guaranteed behavior.
I recall that when I asked about this
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Mon, Nov 1, 2010 at 2:09 PM, Antoine Pitrou rep...@bugs.python.org wrote:
..
Well, the problem is that the appropriate test is not easy to guess a
priori, so it would
be useful for the stdlib to provide the right
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Mon, Nov 1, 2010 at 2:09 PM, Antoine Pitrou rep...@bugs.python.org wrote:
..
The problem is time.clock(), since it does two wildly different things
depending on the OS.
I would suggest to deprecate time.clock() at the
Éric Araujo mer...@netwok.org added the comment:
Thanks for the patch, I’ll review it and commit it soon.
--
assignee: tarek - eric.araujo
status: open - pending
title: Fix resource warnings in distutil tests - Fix resource warnings in
distutils
___
New submission from Julien ÉLIE jul...@trigofacile.com:
The NNTP version is currently defined as follows in the source code:
self.nntp_version = int(caps['VERSION'][0])
However, Section 3.3.2 of RFC 3977 mentions:
VERSION
This capability MUST be advertised by all servers and MUST be
Robert Lerche r...@msbit.com added the comment:
Terry, I tried posting to python-list and all I got was why are you doing
that? Use Tix instead.
Maybe it's good advice but it doesn't address the issue. And Tix is yet one
more component I'd have to build (the Python distribution comes with
New submission from Julien ÉLIE jul...@trigofacile.com:
Following the first example of the documentation:
import nntplib
s = nntplib.NNTP('news.trigofacile.com')
resp, count, first, last, name = s.group('fr.comp.lang.python')
print('Group', name, 'has', count, 'articles, range', first, 'to',
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10281
___
___
Python-bugs-list mailing
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10280
___
___
Python-bugs-list mailing
New submission from Julien ÉLIE jul...@trigofacile.com:
I believe the case of IMPLEMENTATION should be treated differently.
It is not helpful at all to split the argument. It is meant to be a
text string and ['INN', '2.6.0', '(20101101', 'prelease)'] does not
have much meaning...
Suggestion
New submission from Julien ÉLIE jul...@trigofacile.com:
NNTP.list(*, file=None)
Couldn't a grouppattern argument be added?
LIST ACTIVE handles a newsgroup pattern (and it would then answer
less groups -- also useful for the test suite of nntplib)
Something like that:
--- nntplib.py.OLD
New submission from Julien ÉLIE jul...@trigofacile.com:
+# - all commands are encoded as UTF-8 data (using the surrogateescape
+# error handler), except for raw message data (POST, IHAVE)
+# - all responses are decoded as UTF-8 data (using the surrogateescape
+# error handler), except
New submission from Julien ÉLIE jul...@trigofacile.com:
+.. method:: NNTP.list(*, file=None)
+
+ Send a ``LIST`` command. Return a pair ``(response, list)`` where *list*
is a
+ list of tuples representing all the groups available from this NNTP
server.
+ Each tuple has the form
Changes by Julien ÉLIE jul...@trigofacile.com:
--
components: +Unicode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10284
___
___
R. David Murray rdmur...@bitdance.com added the comment:
What's the exception? If there were any escaped bytes in the string returned
by descriptions, you would get an error when you try to print them.
This could be a design problem.
--
nosy: +r.david.murray
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
issue2636-20101101.zip is a new version of the regex module.
I hope it's finally fixed this time! :-)
--
Added file: http://bugs.python.org/file19456/issue2636-20101101.zip
___
Python
New submission from Terry J. Reedy tjre...@udel.edu:
Lib/lib2to3/fixes/fix_urllib.py, near the top, has
'''
MAPPING = {'urllib': [
('urllib.request',
['URLOpener', 'FancyURLOpener', 'urlretrieve',
'''
'Opener' should by 'opener' in BOTH cases.
Non-fix of
Julien ÉLIE jul...@trigofacile.com added the comment:
Regarding these two possibilities, please note that the first one is
discouraged (per RFC 4642).
STARTTLS is the preferrable way to start a TLS session.
In some existing implementations, TCP port 563 has been dedicated to
NNTP over
Terry J. Reedy tjre...@udel.edu added the comment:
For me, with a standard Python install, 'use tix' would be a good answer. After
thanking the respondent, you could try answering 'why' ('I am using a custom
build.'). Just remember that python-list and mirrors are like the Wild West:
you may
Julien ÉLIE jul...@trigofacile.com added the comment:
Traceback (most recent call last):
File nntplib-test.py, line 10, in module
print(s.descriptions('*'))
File C:\Program Files\Python32\lib\encodings\cp850.py, line 19, in encode
return
Éric Araujo mer...@netwok.org added the comment:
FTR, a UTF-8 string *is* a byte string.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10284
___
Julien ÉLIE jul...@trigofacile.com added the comment:
Yes, you're right.
I meant to say that AUTHINFO is not expecting a UTF-8-encoded string.
For instance:
AUTHINFO USER Éric
is valid and should not always be transformed by nntplib to:
AUTHINFO USER Éric
News servers do a byte-string
Terry J. Reedy tjre...@udel.edu added the comment:
In #10050 you suggest deprecating *URLopener (not *Opener, the misspelling also
in fix_urllib.py #10286) and other stuff. Which do you actually prefer, upgrade
or degrade?
--
nosy: +terry.reedy
___
Éric Araujo mer...@netwok.org added the comment:
But É cannot be transferred as is. It needs to be encoded to bytes using some
encoding. What encoding is correct?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10284
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10184
___
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10050
___
___
Python-bugs-list
R. David Murray rdmur...@bitdance.com added the comment:
Éric: UTF-8 (IIUC the RFC says SHOULD be UTF-8).
Julien: yes, there are differences in the way printing to the console works
between 2.x and 3.x, and this has caused some surprises for Windows users,
where the default console codec is a
Dave Malcolm dmalc...@redhat.com added the comment:
Adding updated version of patch, which adds documentation to sys.rst and adds a
unit test.
I'm a little wary of this: it seems useful but also too much like a
self-destruct button for my taste.
--
Added file:
Dave Malcolm dmalc...@redhat.com added the comment:
I renamed it from sys.breakpoint to sys._breakpoint, since this is
CPython-specific
--
title: Add Py_BREAKPOINT and sys.breakpoint hooks - Add Py_BREAKPOINT and
sys._breakpoint hooks
___
Python
Michael Foord mich...@voidspace.org.uk added the comment:
Committed to py3k in revision 86101. Needs porting to Python 2.7 (and
unittest2).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9926
Julien ÉLIE jul...@trigofacile.com added the comment:
David: no, the RFC does not mention UTF-8 about AUTHINFO.
Please note the subtlety:
command =/ authinfo-sasl-command /
authinfo-user-command /
authinfo-pass-command
authinfo-sasl-command = AUTHINFO WS SASL WS
STINNER Victor victor.stin...@haypocalc.com added the comment:
I reproduced the problem with the following commands:
cd py3k
export LANG=C
export LC_ALL=C
make distclean
./configure --with-pydebug --prefix=/home/haypo/tmp/py3ké
make
It looks like the problem is that srcdir environment variable
Julien ÉLIE jul...@trigofacile.com added the comment:
Éric: there is no notion of encoding in a few NNTP commands.
Regarding AUTHINFO, the real string that I should have written is:
AUTHINFO USER \xC9ric
7-bit bytes are considered to be encoded in ASCII.
8-bit bytes are just 8-bit bytes. No
Ezio Melotti ezio.melo...@gmail.com added the comment:
I implemented 2) and 3) in issue9796-2.diff.
--
assignee: eric.araujo - ezio.melotti
Added file: http://bugs.python.org/file19458/issue9796-2.diff
___
Python tracker rep...@bugs.python.org
Julien ÉLIE jul...@trigofacile.com added the comment:
Maybe the bug should be reopened -- or the subject changed -- because the real
issue is when I read:
# Incompatible changes from the 2.x nntplib:
# - all commands are encoded as UTF-8 data (using the surrogateescape
# error handler),
Martin v. Löwis mar...@v.loewis.de added the comment:
This is now committed as r86102. I opted to call the parameter set_attrs.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10184
___
Changes by Martin v. Löwis mar...@v.loewis.de:
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10184
___
New submission from Julien ÉLIE jul...@trigofacile.com:
RFC 4643:
The server MAY list the AUTHINFO capability with no arguments, which
indicates that it complies with this specification and does not
permit any authentication commands in its current state. In this
case, the client
Michael Foord mich...@voidspace.org.uk added the comment:
Committed to release27-maint in revision 86104.
--
resolution: - accepted
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Dave Malcolm dmalc...@redhat.com:
Issue 5793 rationalized all usage of C character handling to use
Py_-prefixed locale-unaware macros, at the char level.
In particular, this comment was added in two places to Include/bytes_methods.h
in r72044:
Changes by Dave Malcolm dmalc...@redhat.com:
--
title: Remove - Remove deprecated C character handling macros ISUPPER() etc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10288
___
py.user port...@yandex.ru added the comment:
Ok, thanks, I thought this is some kind of a bug
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10275
___
Antoine Pitrou pit...@free.fr added the comment:
Degrade; this old implementation (urllib vs urllib2) shoud be phased out IMO.
This issue shows that I was myself fooled by the urllib.request documentation.
--
___
Python tracker
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10287
___
___
Python-bugs-list mailing
Antoine Pitrou pit...@free.fr added the comment:
Just my 2 cents:
- I think dedocumenting the type-specific methods is fine (it doesn't mean
removing them, though); or perhaps relegate them to some advanced section
- It's unfortunate that the renaming suggestion comes so late; I'm not sure
New submission from Éric Araujo mer...@netwok.org:
At the top of Doc/library/functions.rst, which documents built-in functions
like abs, getattr or hash, a comment reads “document all delegations to
__special__ methods”.
Some functions are already good: enumerate for instance does link to the
R. David Murray rdmur...@bitdance.com added the comment:
That's not what you opened the bug about, though, according to the title.
I discussed the headers-in-things-other-than HEAD/ARTICLE, and Antoine was of
the opinion that they were supposed to be utf-8 and that in any case using
surrogate
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Éric,
I just wanted to link to a related discussion we had under issue 8983. See
msg107689.
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Certainly.
I was going to put this simple code in time.py when I realized that time was a
C module.
The main point, as Antoine points out, is that time.clock() means two seriously
different things on the two main platforms, and
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
2010/11/1 Kristján Valur Jónsson rep...@bugs.python.org:
..
I put in the patch since it was quick to do, but I'll provoke a discussion
on python-ideas for now.
I am looking forward to it. You may find reviewing the
1 - 100 of 120 matches
Mail list logo