Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
That question should probably raised on python-dev, not the bug tracker.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8299
Terry J. Reedy tjre...@udel.edu added the comment:
The behavior is as documented, so this is a feature request.
The 3.1.2 doc in 20.19.2. Server Objects says
BaseServer.shutdown()
Tells the serve_forever() loop to stop and waits until it does.
I presume this allows subsequent .handle_request()
Terry J. Reedy tjre...@udel.edu added the comment:
Since devs are trying to improve tests, I expect a patch will get looked at.
--
nosy: +terry.reedy
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8585
Terry J. Reedy tjre...@udel.edu added the comment:
Can you show minimum length code that shows the effect you claim?
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8427
Alex alex.gay...@gmail.com added the comment:
Gah, I lost track of this one after I realized the bug I was chasing after
(originally thought to be in PyPy's zipimpoter) was actually in Django. I'll
try to get to this over the weekend.
--
___
Terry J. Reedy tjre...@udel.edu added the comment:
The email module has several problems. RDM is working on overhauling the email
module for 3.2. Existing issues may not get individual attention.
--
nosy: +terry.reedy
versions: +Python 2.7 -Python 2.6
Terry J. Reedy tjre...@udel.edu added the comment:
The email module has several problems. RDM is working on overhauling the email
module for 3.2. Existing issues may not get individual attention.
--
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.6, Python 3.0
Terry J. Reedy tjre...@udel.edu added the comment:
The email module has several problems. RDM is working on overhauling the email
module for 3.2. Existing issues may not get individual attention.
--
nosy: +terry.reedy
___
Python tracker
Terry J. Reedy tjre...@udel.edu added the comment:
The email module has several problems. RDM is working on overhauling the email
module for 3.2. Existing issues may not get individual attention.
--
nosy: +terry.reedy
versions: +Python 3.1 -Python 2.6, Python 3.0
Terry J. Reedy tjre...@udel.edu added the comment:
I am just responding so this will not show up on the 'unanswered issues' list.
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1690608
Terry J. Reedy tjre...@udel.edu added the comment:
With development of disutils2, distutils issues are not getting much separate
attention. This may or may not get folded in to disutils2.
--
nosy: +terry.reedy
___
Python tracker
Terry J. Reedy tjre...@udel.edu added the comment:
With development of disutils2, distutils issues are not getting much separate
attention. This may or may not get folded in to disutils2.
--
nosy: +terry.reedy
___
Python tracker
Terry J. Reedy tjre...@udel.edu added the comment:
With development of disutils2, distutils issues are not getting much separate
attention. This may or may not get folded in to disutils2.
--
nosy: +terry.reedy
___
Python tracker
Terry J. Reedy tjre...@udel.edu added the comment:
With development of disutils2, distutils issues are not getting much separate
attention. This may or may not get folded in to disutils2.
--
nosy: +terry.reedy
___
Python tracker
Michael Foord mich...@voidspace.org.uk added the comment:
I'd still like to see this fixed. Some of the features of regrtest will need to
be implemented as plugins for unittest (but not many - a lot of the features of
regrtest are already obsolete).
--
Terry J. Reedy tjre...@udel.edu added the comment:
Because this basically is a self-reminder note by a developer to himself, which
he assigned to himself, so no answer is needed. Removing such things from
'unanswered' will make it easier to focus on posts by newcomers who need a
thoughtful
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: -terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8285
___
___
Python-bugs-list
Terry J. Reedy tjre...@udel.edu added the comment:
The best way to reply to tracker messages is to click the link at the bottom
and enter in the box.
Pasting all that junk is useless. The noise hides the message, which seems to
be a non-helpful repeat of the original message.
I already did
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +merwok
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9514
___
___
Python-bugs-list mailing
Changes by Łukasz Langa luk...@langa.pl:
Removed file: http://bugs.python.org/file18382/issue9452.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9452
___
Changes by Gerhard Häring g...@ghaering.de:
--
nosy: -ghaering
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4032
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
Thanks for the reply Terry, I didn’t get that. Maybe you can edit your
boilerplate message to prevent future misunderstandings like mine :)
--
nosy: +tarek
versions: +Python 3.2
___
Python tracker
Łukasz Langa luk...@langa.pl added the comment:
Updated patch after review by Fred Drake. Thanks, it was terrific!
Status:
Docstrings should be written in the standard PEP-8 way (single line
summary + additional explanation as needed following a blank line).
Corrected where applicable. Is
Łukasz Langa luk...@langa.pl added the comment:
Ah, forgot to remind you that I don't have commit privileges yet.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9452
___
Éric Araujo mer...@netwok.org added the comment:
Docstrings should be written in the standard PEP-8 way (single line
summary + additional explanation as needed following a blank line).
Corrected where applicable. Is it OK if the one-sentence summary is
occasionally longer than one line?
Changes by Alberto Trevino albe...@byu.edu:
--
type: - crash
versions: +Python 3.1 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9168
___
Dmitry Chichkov dchich...@gmail.com added the comment:
No. I'm not simply running out of system memory. 8Gb/x64/linux. And in my test
cases I've only seen ~25% of memory utilized. And good idea. I'll try to play
with the cyclic garbage collector.
It is harder than I thought to make a solid
Changes by Ray.Allen ysj@gmail.com:
--
components: +Extension Modules
type: - feature request
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9523
___
New submission from Martin Frith mar...@cbrc.jp:
The array module does not seem to work for arrays 2 GB.
import sys, array
sys.maxsize
9223372036854775807
x = array.array('c', ('a' for i in xrange(3)))
(seems to work OK)
x = array.array('c', ('a' for i in xrange(30)))
(runs
Troy J. Farrell t...@entheossoft.com added the comment:
I've attached a patch against branches/py3k that tests and fixes the issue.
I don't suppose this fix (if I backport it) could make it into 2.6.6, could it?
--
Added file: http://bugs.python.org/file18407/issue5027.diff
R. David Murray rdmur...@bitdance.com added the comment:
Could you please be more specific? What error are you seeing? It works for me.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9519
Changes by Troy J. Farrell t...@entheossoft.com:
Added file: http://bugs.python.org/file18408/issue5027.trunk.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5027
___
Troy J. Farrell t...@entheossoft.com added the comment:
I've created tests and patches for the trunk and branches/py3k. The only
difference between the two is the use of u'' for a Unicode string in the trunk.
(IIRC, Py3k treats all strings as Unicode.)
--
Added file:
Changes by Troy J. Farrell t...@entheossoft.com:
Removed file: http://bugs.python.org/file18407/issue5027.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5027
___
R. David Murray rdmur...@bitdance.com added the comment:
Yeah, it's a good question whether or not this is enough of a behavior change
that the fix can't be backported. On the other hand, this is definitely a bug
(the RFCs specifiy that header values may not contain newlines or carriage
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +effbot
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9521
___
___
Python-bugs-list
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +effbot, flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9522
___
___
Terry J. Reedy tjre...@udel.edu added the comment:
Given this The email package attempts to be as RFC-compliant as possible, and
your reading, I agree this is a backport-worth bug.
This is the prohibition in the docs I was looking for.
--
___
Python
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
See python-dev post for motivation.
http://mail.python.org/pipermail/python-dev/2010-August/102842.html
I am attaching a patch implementing the proposed method in datetime.py. I will
also paste the code below. Note
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
superseder: - Add aware local time support to datetime module
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2736
___
R. David Murray rdmur...@bitdance.com added the comment:
There is the autoraise keyword, which if set to False might do what you want if
you are lucky. It only works on linux (see issue 8232) and only with some
browsers, and even then the window manager may ignore the hint.
If you can figure
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
superseder: - Add aware local time support to datetime module
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1647654
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Merging nosy lists from issues #1647654 and #2736. If datetime.localtime() is
implemented, I argue that the features requested in these two issues will
become unnecessary.
--
nosy: +Neil Muller,
Terry J. Reedy tjre...@udel.edu added the comment:
It is about a week too late for 2.6.6. rc1 is just out and only critically
needed fixes before the final.
For future reference, 'trunk' is frozen. 2.7 patches should be against
'2.7maintenace' (or however spelled) but I assume this should
R. David Murray rdmur...@bitdance.com added the comment:
When I first looked at this issue, it appeared to me reading the code that the
assumption was not considered safe. I'm hoping I can implement something akin
to your algorithm in email6 (which, unfortunately, won't make 3.2), but I'm
Robert Buckley drbuc...@comcast.net added the comment:
See attached file
--
Added file: http://bugs.python.org/file18411/ISSUE_9519.rtf
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9519
___
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
The original RFE at issue 7989 was:
After discussion on numerous issues, python-dev, and here at the PyCon sprints,
it seems to be a good idea to move timemodule.c to _timemodule.c and convert as
much as possible into
New submission from MizardX miza...@gmail.com:
re.findall and re.finditer has very different signature. One iterates over
match objects, the other returns a list of tuples.
I can think of two ways to make them more similar:
1) Make match objects iterable over their captures. With this, you
Fred L. Drake, Jr. fdr...@acm.org added the comment:
- Summmary lines in docstrings are one line, as Éric points out.
They're summaries, so need not be complete. Use elaboration text as
needed, and omit anything that's not relevant in context. An
alternate wording to consider:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, moreati, mrabarnett, timehorse
stage: - needs patch
type: - behavior
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9529
Changes by Baiju M baiju.m.m...@gmail.com:
--
components: +Distutils2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7894
___
___
Python-bugs-list
101 - 151 of 151 matches
Mail list logo