Facundo Batista added the comment:
Applied in r60974.
Maciek, please push that alternative way of handling this limit on
python-dev, that could lead to a better handling in the future.
But, so far, we have a limit a little upper, and tested.
Thank you all!
--
resolution: - accepted
Facundo Batista added the comment:
Applied in r60975. Thanks!
--
resolution: - accepted
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1776581
_
Manuel Kaufmann added the comment:
I tested the patch and works very well. I modified Misc/NEWS file
beacuse the change wasn't reported and I uploaded diff file
(NEWS.diff).
--
nosy: +humitos
Added file: http://bugs.python.org/file9492/NEWS.diff
__
Georg Brandl added the comment:
Thank you for the patch, applied in my sandbox (will be part of a larger
commit).
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1964
Facundo Batista added the comment:
Applied in r60976. Thank you all!
--
nosy: +facundobatista
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1781
__
Facundo Batista added the comment:
The functionality already exists.
--
nosy: +facundobatista
resolution: - out of date
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2130
__
Christian Heimes added the comment:
For the record:
I had to decrease the level to 93. The test in test_parser didn't pass
with 99 levels.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1881
__
Changes by Facundo Batista:
Removed file: http://bugs.python.org/file9191/patch.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1858
__
___
Python-bugs-list mailing list
New submission from Thomas Herve:
The attached patch fixes the test_logging failure on my machine. Please
review.
--
components: Tests
files: test_logging.diff
messages: 62727
nosy: therve
severity: normal
status: open
title: Fix for test_logging
versions: Python 2.6
Added file:
Tarek Ziadé added the comment:
The patch of #1858 fixes this issue as well
--
nosy: +tarek
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1531505
_
___
Mark Dickinson added the comment:
The trouble is that this comes at a time when people are trying to trim
the standard library down rather than enlarge it.
Perhaps the solution is a high-quality third party 'imath' module?
If/when it gets to a stage where lots of people are using it, it
Tarek Ziadé added the comment:
Fixed by #1858 patch
--
nosy: +tarek
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1741
__
___
Python-bugs-list mailing list
New submission from Tarek Ziadé:
Related to #1741: dist.py looks for the HOME environment variable
to try to find the user's pydistutils.cfg.
user_file = os.path.join(os.environ.get('HOME'), user_filename)
It should look form HOMEDRIVE+HOMEPATH as well.
--
messages: 62731
nosy: tarek
Bruno Gola added the comment:
This seems to be a documentation bug. Patch attached.
--
nosy: +brunogola
Added file: http://bugs.python.org/file9494/issue_2101_doc.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2101
Changes by Tarek Ziadé:
--
components: +Distutils
versions: +Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2166
__
___
Python-bugs-list mailing list
ajaksu added the comment:
Here's my attempted patch against trunk. The doc is poor (but what else
should it contain?) and the attribute name could be better.
I'm worried about lack of testing for this change as the module has
virtually no tests. Should we start adding naive (regarding
Changes by Rafael Zanella:
--
nosy: +zanella
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2118
__
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
Attaching new diff that fixes these issues.
--
nosy: +georg.brandl
Added file: http://bugs.python.org/file9496/classdec_2.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1759
rbp added the comment:
For what it's worth, I do think this is an issue. As it currently
stands, not only does the module silently accept invalid values, but the
mutex issue exists (and is also silently ignored) if an object returning
dynamic values is passed as maxsize. IMHO, the waters are
Christian Heimes added the comment:
Applied in r60978
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1759
__
___
Georg Brandl added the comment:
Reviewed and committed in r60980. Thanks!
--
assignee: - georg.brandl
nosy: +georg.brandl
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1492
__
Georg Brandl added the comment:
Committed r60982.
--
nosy: +georg.brandl
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2165
__
Facundo Batista added the comment:
Applied in r60983. Thank you all!
--
nosy: +facundobatista
resolution: - accepted
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1089358
_
Georg Brandl added the comment:
Committed r60984.
--
nosy: +georg.brandl
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2067
__
Guilherme Polo added the comment:
I believe it should say STORE_FAST or STORE_GLOBAL instead.
--
nosy: +gpolo
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2161
__
___
Malte Helmert added the comment:
I'm attaching a test script (test_times.py) that forks a child which
runs for 5 seconds, waits for the child, then prints the time taken by
the child according to os.times().
I have a machine where os.times() reproducably reports that 8.33 seconds
have been
Pavel Vinogradov added the comment:
This patch also looks good for me. It convert all test cases and run
successfully on latest python trunk (on Linux).
--
nosy: +pavel.vinogradov
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1949
Pedro Werneck added the comment:
It seems the right thing to do would be to have it raise a base
exception, but SMTPConnectError docstring states Error during
connection establishment., so I chosen to use it with the errno and
message from socket.error, even if it's supposed to happen only after
Ralf Schmitt added the comment:
Isn't this a candidate for backporting to 2.5?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2067
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
Please use os.path.expanduser(os.path.join(~, user_filename))
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2166
__
Guido van Rossum added the comment:
Well, 8./5 equals 100/60. Go figure.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1040026
_
___
Python-bugs-list mailing list
New submission from Thomas Herve:
A recent change in shelve (r60927) raises the need for gdbm objects to
be iterable. We can see it by running test_shelve on a machine with
gdbm. I'll try to fix this.
The same thing should be done with the dbm module I think.
--
components: Library
Guido van Rossum added the comment:
test_times.py produces the correct value on Linux for me, but I see the
same bogus value as Malte on OSX.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1040026
_
Malte Helmert added the comment:
Here's three tests with different pythons on the same machine:
# ./python ../test_times.py
8.333
# python ../test_times.py
8.333
# python2.5 ../test_times.py
5.0
The first Python is current trunk, built just now.
The second Python is the
Tarek Ziadé added the comment:
The last patch also fixes the HOME issues under Windows: #1531505,
#1741, #2166 where .pypirc and .pydistutils.cfg were not found. It is
not using os.path.expanduser to simplify the code usage (~\/ is rather
unreadable) (see the get_home() function in util.py)
A.M. Kuchling added the comment:
Thanks for pointing out this error. Corrected in rev. 60987.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2072
__
Georg Brandl added the comment:
Indeed. Fixed in r60988.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2161
__
A.M. Kuchling added the comment:
Patch #2 applied to 2.6-trunk in rev. 60989.
--
resolution: - fixed
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1119331
_
Malte Helmert added the comment:
I'm attaching a patch against trunk that fixes the problem for me
(os_times.PATCH).
This uses the sysconf values when HAVE_SYSCONF is defined, and otherwise
falls back on the old behaviour (use HZ if that is defined, 60
otherwise).
I'm not sure if this is
Malte Helmert added the comment:
Another comment: Since the fallback value of 60 was wrong in the past,
it may likely be wrong in the future. Should that fallback be removed
and replaced by a compile-time error? And is the HZ fallback necessary
at all? I don't know enough about Posix to know
Tarek Ziadé added the comment:
I have changed the patch so it uses expanduser (took back tiran's
example from #2166)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1858
__
___
Changes by Tarek Ziadé:
Added file: http://bugs.python.org/file9503/bugday.distutils.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1858
__
___
Python-bugs-list mailing
Tarek Ziadé added the comment:
ok, done in #1858
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2166
__
___
Python-bugs-list mailing list
Unsubscribe:
Anders Valind added the comment:
Yeah, I like the idea of a third party module and letting the popularity
and quality decide when/if it will be included.
This would also make it easier to see what kind of functionality people
would want.
__
Tracker [EMAIL
ajaksu added the comment:
he specific issue mentioned might arise from UAs interpreting the
snippet as a header, but the whole thing is so oblivious to standards
that it doesn't matter:
def reset():
Return a string that resets the CGI and browser to a known state.
return '''!--: spam
A.M. Kuchling added the comment:
The patch looks OK.
The python-dev discussion starts at
http://mail.python.org/pipermail/python-dev/2005-October/057514.html.
I'm nervous about removing the ability to pass a date or time to
the constructor, but the consensus was that this conversion was a bad
Pavel Vinogradov added the comment:
I'm work on this issue in
GHOP(http://code.google.com/p/google-highly-open-participation-psf/issues/detail?id=216can=1colspec=ID%20Status%20ClaimedBy%20Due%20NeedsReview%20Summary)
I'm attach updated patch for python trunk. This patch fixes issue and
add
A.M. Kuchling added the comment:
Committed to 2.6 trunk in rev. 60991.
--
resolution: - accepted
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1330538
_
Benjamin Peterson added the comment:
Many places in the stdlib accept values which are not valid. I believe
this is because the library trusts you to do the right thing in the name
of performance and cleaner, simpler code. IMO, adding a set_maxsize
method wouldn't be a sin, but Raymond (who is
Benjamin Peterson added the comment:
Is this module still of any use to anyone? It seems if you wanted a fake
mutex, you could just import LockType from dummy_thread.
--
nosy: +benjamin.peterson
_
Tracker [EMAIL PROTECTED]
A.M. Kuchling added the comment:
Thanks for the suggestion. I've added index entries for __reduce__,
as well as __reduce_ex__ and a few others in rev. 60994
--
nosy: +akuchling
resolution: - fixed
status: open - closed
Tracker [EMAIL PROTECTED]
A.M. Kuchling added the comment:
Given that we now have a print-specific stylesheet
for the documentation, a printed version of the HTML page for a module
seems acceptable. I just looked at a print-preview of the pickle docs,
the output looks good, so IMHO we don't need to do anything special
Christian Heimes added the comment:
The feature request is superseded by my PEP 370
(http://www.python.org/dev/peps/pep-0370/). As far as I understand your
proposal the PEP covers your use cases.
--
resolution: - out of date
_
Tracker [EMAIL
Christian Heimes added the comment:
Thanks Pavel!
First I need confirmation from the GHOP project and Georg that you have
submitted the contributor form. Then I'm going to merge your patch.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1322
Changes by Christian Heimes:
--
assignee: tiran - georg.brandl
keywords: +patch
nosy: +georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1322
__
___
Antoine Pitrou added the comment:
Well first I can't reproduce the bug on my machine :)
However the two patches do not produce any regression either.
I have some questions:
1. isn't 0.1 for WAIT_TIME a bit too low? 1.0 would probably be less
fragile IMHO
2. why do you fork() in test_times,
Christian Heimes added the comment:
I'm going to check the patch now.
--
nosy: +tiran
priority: - normal
type: - behavior
versions: +Python 2.6
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2167
__
Malte Helmert added the comment:
Using 1.0 would certainly be more robust. I wasn't sure if a slow-down
of make test by 1 second just for this one bug would be acceptable.
Regarding the fork, when I first encountered this bug, it was in the
context of measuring the runtime of child processes,
A.M. Kuchling added the comment:
Presumably this was fixed in 10.1 or 10.2 at some point, because
MacPython 2.3 comes as an installer. Closing as 'fixed'; Jack, please
re-open
if this is still relevant.
--
nosy: +akuchling
resolution: - fixed
status: open - closed
New submission from ajaksu:
This small patch adds a HTML 3.2 doctype, a html and a body tags.
Should work on py3k.
This patch only accomplishes a Tentatively Valid HTML 3.2 result.
Adding information on encoding would make that more conclusive, but
IMHO wrong too.
--
components:
David Chrsitian added the comment:
I don't see any change to the return value of new_buffersize that could
alleviate this problem - the problem being that because linux is
extremely efficient at reading bytes from /dev/zero, some other code
incosistencies are exposed.
The problem that is being
Pavel Vinogradov added the comment:
You can see confirmation from Georg on thread in GHOP:
http://code.google.com/p/google-highly-open-participation-psf/issues/detail?id=216can=1colspec=ID%20Status%20ClaimedBy%20Due%20NeedsReview%20Summary#c20
I can update patch for 3.0 (it don't applies now)
Christian Heimes added the comment:
Applied in r61000
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2167
__
___
Christian Heimes added the comment:
Applied in r61001
Thanks for the patch! :)
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1957
__
Pedro Werneck added the comment:
Previous patch didn't passed the tests right. This patch fixes both the
code, unindenting port number conversion to integer and the test.
Added file: http://bugs.python.org/file9509/issue_2118_fixed.patch
__
Tracker [EMAIL
A.M. Kuchling added the comment:
The solution of adding caching, If-Modified-Since, etc. is a good one,
but I quail in fear at the prospect of expanding the saxutils resolver
into a fully caching HTML agent that uses a cache across processes. We
should really be encouraging people to use more
ajaksu added the comment:
If the fix was applied, this should be closed. If not, seems pretty easy
to do (worst case: add as Known Issue, Won't Fix).
--
nosy: +ajaksu2
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1207466
Pedro Werneck added the comment:
Fixed by raising StopIteration when the stack is empty.
--
nosy: +werneck
Added file: http://bugs.python.org/file9510/issue_1375_hotshot.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1375
Martin v. Löwis added the comment:
I may have lost track somewhere: what does have urllib* to do with this
issue?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2124
__
___
Changes by David Christian:
Added file: http://bugs.python.org/file9512/issue1174606.diff
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1174606
_
___
Python-bugs-list
Changes by A.M. Kuchling:
--
assignee: - akuchling
nosy: +akuchling
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1389051
_
___
Python-bugs-list mailing list
Martin v. Löwis added the comment:
It was not fixed yet, but I will fix it eventually (this year, or later).
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1207466
_
___
New submission from Malte Helmert:
In the discussion of #1433694 on the #python-dev channel, it was
observed that the normalize method of minidom.Node could take some
refactoring. A patch is attached.
--
components: XML
files: minidom.diff
messages: 62794
nosy: maltehelmert
severity:
rbp added the comment:
Malte, Antoine and I discussed this a bit on #python-dev and concluded
that the correct behaviour should be trying sysconf first, then HZ, or
raise an exception if not even HZ is available (since whichever static
value we chose would be misleading anyway).
I'm attaching a
A.M. Kuchling added the comment:
Fredrik's suggested fix for SSL IMAP committed as rev. 61006, and to
2.5-maint in rev. 61007.
There still seems to be a problem with the non-SSL version. I'm looking
into that next.
_
Tracker [EMAIL PROTECTED]
A.M. Kuchling added the comment:
Andreas Lauer's suggested fix is correct. Applied to 2.6 trunk in rev.
61008 and to 2.5-maint in rev. 61009.
--
nosy: +akuchling
resolution: out of date - fixed
_
Tracker [EMAIL PROTECTED]
Malte Helmert added the comment:
Attaching a new test (test_posix2.PATCH) that doesn't fork and fixes the
problem with the previous test not taking previously elapsed time into
account. This supersedes test_posix.PATCH.
I left the wait time at 0.1; if we stay within the same process, this
Rafael Zanella added the comment:
Just to exemplify:
from threading import Thread
import time
import Queue
class C:
def __int__(self):
return 3
#def __del__(self): print collected... # won't happen since q holds
a reference to it
c = C()
q = Queue.Queue(c)
# Not dynamic
print
Malte Helmert added the comment:
I was wrong -- 0.1 isn't enough, because os.times() typically has 0.01s
resolution, so we can easily get 0.1 vs. 0.11 which will fail the
assertion. Cranked up the WAIT_TIME to 0.3 in the attached patch
(test_posix3.PATCH). Sorry for the noise.
Added file:
Malte Helmert added the comment:
Sorry, but the test was still wrong because I misunderstood how
assertAlmostEqual works. Attaching a fourth (final?) test.
Added file: http://bugs.python.org/file9517/test_posix4.PATCH
_
Tracker [EMAIL PROTECTED]
Changes by A.M. Kuchling:
--
assignee: - akuchling
nosy: +akuchling
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2170
__
___
Python-bugs-list mailing list
A.M. Kuchling added the comment:
Andreas Lauer's suggested fix on #1092502 is correct, and fixes the
problem for the non-SSL IMAP class. Applied to 2.6 trunk in rev. 61008
and to 2.5-maint in rev. 61009.
--
resolution: - fixed
status: open - closed
Benjamin Peterson added the comment:
The only possible problem I'm able to see is someone passing an object
wich has __int__() and expecting it to be used.
They should be explicit and say Queue(int(object_with__int__)).
__
Tracker [EMAIL PROTECTED]
Jeffrey Yasskin added the comment:
This is getting in my way, so I'll take a look at it. I'm planning to
model the shutdown API after
http://java.sun.com/javase/6/docs/api/java/util/concurrent/ExecutorService.html.
The serve_forever-shutdown interval should probably also be available
through a
Rafael Zanella added the comment:
As of 2.6 the smtplib uses the ssl module, until 2.5 it uses _ssl, I
*think* that this issue would bring an Exception on 2.5 while on 2.6
would return a zero length string:
def read(self, len=1024):
Read up to LEN bytes and return them.
Return
rbp added the comment:
Malte noticed that my previous patch won't compile when HAVE_SYSCONFIG
and HZ are not defined. My bad, silly mistake.
I've attached a new version, which compiles and has been tested on all
three cases (with test_posix4.PATCH). Please, someone with privileges
remove
A.M. Kuchling added the comment:
Could you please provide a simple little test case for the bug? I'd
like to add a test when I commit the change, but you can probably boil
the problem down into a test faster than I can.
--
nosy: +akuchling
__
Tracker
Changes by A.M. Kuchling:
--
assignee: - akuchling
nosy: +akuchling
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1714
__
___
Python-bugs-list mailing list
Martin v. Löwis added the comment:
Attaching this patch should a) set the patch keyword, and b) set the
mime type to text/plain.
--
keywords: +patch
Added file: http://bugs.python.org/file9519/foo.diff
__
Tracker [EMAIL PROTECTED]
Changes by A.M. Kuchling:
--
assignee: - josiahcarlson
nosy: +josiahcarlson
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1519
__
___
Python-bugs-list mailing list
Ralf Schmitt added the comment:
Attaching an updated version of the patch against trunk revision 61011.
Added file: http://bugs.python.org/file9520/xmlrpc_date_before_1900_r61011.txt
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2014
Changes by A.M. Kuchling:
--
keywords: +easy
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1291
__
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
os_times3.PATCH works for me on Mac OS 10.4 and RHEL. I have a few
comments on the patch:
1. sysconf return type is long, not clock_t
2. If sysconf is present, but _SC_CLK_TCK is not supported, it will
return -1. In this case we should fall back to
Changes by Alexander Belopolsky:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1040026
_
___
Python-bugs-list mailing list
Unsubscribe:
A.M. Kuchling added the comment:
I went ahead and pulled the 2.6 test back into 2.5-maint in
rev. 61016, and then realized that Nick actually backported the
change in rev. 60727. I decided to leave it alone; the 2.6
test should still avoid the problem, has the additional
feature of using
Facundo Batista added the comment:
As Martin says, the functionality is present. If still you think we have
a new method here, please raise a discussion in python-dev regarding this.
Thank you!
--
nosy: +facundobatista
resolution: - out of date
status: open - closed
Mike Beachy added the comment:
This request was implemented in 1663234, so this case can be closed.
--
nosy: +mbeachy
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1156430
_
Facundo Batista added the comment:
On 2008/2/23, Guido van Rossum said in python-dev
According to the docstring it's only meant to be used with sched.py.
Please don't try to make it work with threads!
Anyway, this module will be removed, or at least its API hidden, in 3.0.
--
nosy:
Changes by Ralf Schmitt:
--
nosy: +schmir
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1633953
_
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
Fixed in r61017.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2101
__
1 - 100 of 171 matches
Mail list logo