Mark Summerfield m...@qtrac.eu added the comment:
I agree that control of the blink _rate_ isn't needed. I would certainly
welcome a [X] blinking cursor checkbox that defaulted to being checked
so that existing behaviour is unchanged, but at the same time offering
an easier solution (i.e., no
New submission from Mark Summerfield m...@qtrac.eu:
My suggestion is to add somewhere in the configuration dialog when users
can enter a block of Python code to be executed at startup and whenever
Restart Shell is executed.
Use case: for people who use IDLE for calculations/experiments they
lekma lekma...@gmail.com added the comment:
AFAIK there is no equivalent to the managers api in threading.
As for the tests, what kind of tests would you like to see? Jesse, some
thoughts on that?
--
___
Python tracker rep...@bugs.python.org
Rodolpho Eckhardt rodol...@eckhardt.com.br added the comment:
Patch for 2.7.
--
Added file: http://bugs.python.org/file13453/urllib_doc_2.7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3427
Rodolpho Eckhardt rodol...@eckhardt.com.br added the comment:
I'm including 2.7, as it also has this documentation problem. The rest
of the documentation is correct.
I know there is still work to be done on Issue 4773, which might affect
this doc.
--
keywords: +patch
nosy: +rodolpho
Guilherme Polo ggp...@gmail.com added the comment:
Here is a patch.
But I'm not feeling comfortable with the option display:
Cursor blink ( ) No blink( ) Blink
Those are radiobuttons. If I opted for a checkbutton then it would be
different from everything on the General config,
STINNER Victor victor.stin...@haypocalc.com added the comment:
Long double (80 bits) exponent is in range [-16382; 16383] and so would
fits in an int, unsigned int, size_t or Py_ssize_t. I don't know if a
signed or unsigned number is better. I know only one operation on
exponents: a-b in
STINNER Victor victor.stin...@haypocalc.com added the comment:
seek() has also the problem? It's really hard to encode UTF-16/32
correctly...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5006
Guilherme Polo ggp...@gmail.com added the comment:
Closing for lack of interest.
Rahul, the bug tracker is a place to provide help not to obtain help. So
if you still have the problem mentioned, consider posting to a proper
mail list and if you can confirm it is really a bug then create a new
Guilherme Polo ggp...@gmail.com added the comment:
This is a duplicate of issue799428, which is already fixed.
--
nosy: +gpolo
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Guilherme Polo ggp...@gmail.com:
--
versions: +Python 2.7, Python 3.1 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1757831
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
I'm still not sure why anyone would care about getting longs
instead of ints back from int(x)
It's strange that sometimes we need to write int(int(obj)) to get an
integer :-/ I usually use int(x) to convert x to an integer (type
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file13455/force_int-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5377
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
(oops, my patch v2 includes an unrelated change)
--
Added file: http://bugs.python.org/file13456/force_int-3.patch
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file13426/force_int.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5377
___
Mark Dickinson dicki...@gmail.com added the comment:
Hmm. I can't reproduce this.
Is this a failure that just started happening recently on this
particular platform, or is this the first time you ran the
math test with this setup? I can't see any recent checkins
that could have precipitated
Antoine Pitrou pit...@free.fr added the comment:
I -did- add casing for the type to the main assertEqual method so it may
make sense to make the new type specific methods private so that they're
not part of the public API (ie: I agree with pitrou that it seems
pointless).
Well, that's my
Antoine Pitrou pit...@free.fr added the comment:
Well, it should be backported to 2.6 first, then.
(which is not necessarily trivial since a lot of bug fixes in 3.0/3.1
weren't backported to the 2.6/2.7 io module, AFAIK)
--
resolution: - accepted
stage: needs patch - committed/rejected
Antoine Pitrou pit...@free.fr added the comment:
Yikes. I can't reproduce it anymore. Perhaps make distclean is really
necessary when switching a working copy from a 64-bit to a 32-bit
build... Sorry for the noise.
--
resolution: - invalid
status: open - closed
New submission from Michael Newman michael.b.new...@gmail.com:
os.path.ismount gives UnboundLocalError for any input in Python 3.0:
Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit
(Intel)] on win32
Type help, copyright, credits or license for more information.
import
Mark Dickinson dicki...@gmail.com added the comment:
Sorry for the noise.
Not noise. I'd still be interested in understanding where this is coming
from; I seem to recall someone else having exactly the same experience
(reported bug, then found that it disappeared after a clean compile).
Georg Brandl ge...@python.org added the comment:
I can't find a reference to _zip_directory_cache in distutils. Do you
mean setuptools?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2953
Georg Brandl ge...@python.org added the comment:
I agree.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2966
___
Mark Dickinson dicki...@gmail.com added the comment:
Found the other report of this: see issue 3421.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5593
___
Georg Brandl ge...@python.org added the comment:
Tim, I think you've had some enlightening comments about difflib issues
in the past.
--
assignee: - tim_one
nosy: +georg.brandl, tim_one
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
See also issue 5593.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3421
___
___
Mark Dickinson dicki...@gmail.com added the comment:
My best guess is that you somehow ended up in a situation where the math
module was using the x87 FPU for floating-point, while the interpreter
core was using SSE2. Is this possible?
I should also have said that this would fit with the
Benjamin Peterson benja...@python.org added the comment:
Fixed in r70676.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5595
Antoine Pitrou pit...@free.fr added the comment:
My best guess is that you somehow ended up in a situation where the math
module was using the x87 FPU for floating-point, while the interpreter
core was using SSE2. Is this possible?
That would be the reverse, since this occurred on a
Guilherme Polo ggp...@gmail.com added the comment:
Patch added for allowing, and defining, Shift-Tab as the default binding
for dedenting.
The problem is that dedent-region may do more than one would expect.
--
keywords: +patch
nosy: +gpolo
versions: +Python 2.7, Python 3.1 -Python 2.6
Guilherme Polo ggp...@gmail.com added the comment:
Closing in favour of 694339.
--
resolution: - duplicate
status: open - closed
superseder: - Dedenting with Shift+Tab
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1562092
Mark Dickinson dicki...@gmail.com added the comment:
Wouldn't it be a problem with stale pyc files then?
Hah! Yes! That seems entirely likely.
So what sequence of moves does one have to go through
to reproduce this?
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Wouldn't it be a problem with stale pyc files then?
Hah! Yes! That seems entirely likely.
So what sequence of moves does one have to go through
to reproduce this?
I suppose: first run -m test.regrtest -v test_math in 64-bit mode,
then
Mark Dickinson dicki...@gmail.com added the comment:
Should this get a Misc/NEWS entry?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5588
___
Maciek Fijalkowski fi...@genesilico.pl added the comment:
Seems I meant setuptools indeed. Note that brett's importlib contains
some tests for _zip_directory_cache.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2953
R. David Murray rdmur...@bitdance.com added the comment:
Closed per comments in issue2591.
--
nosy: +bitdancer
resolution: - wont fix
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
closed per comments in issue2591.
--
nosy: +bitdancer
resolution: - wont fix
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Guilherme Polo ggp...@gmail.com added the comment:
Uhm, I have compiled python-trunk in this Mandriva 2009 now and it
works! I didn't change tcl/tk version, just installed the dev packages
in order to compile _tkinter.
I still don't know how what kind of changes were done by Mandriva in
order
Mark Dickinson dicki...@gmail.com added the comment:
Thanks, Antoine! Yes, I can now reproduce the testFsum failure on my
MacBook Pro (OS X 10.5.6/x86_64, with Apple's gcc 4.0.1) using the
following sequence of commands: (I tested this for the trunk, but I
py3k should be just the same).
Antoine Pitrou pit...@free.fr added the comment:
I think it would be sufficient to invoke the addition through a helper
function, that is:
def add(x, y):
return x + y
if add(1e16, 2.0) != add(1e16, 2.):
return
Also, instead of return, you might use the new raise
New submission from Antoine Pitrou pit...@free.fr:
A couple of tests exhibit some memory leaks in the py3k branch (when
invoked with -R 3:2).
test_asyncore leaked [-78, 0] references, sum=-78
test_fileio leaked [1, 1] references, sum=2
test_httpservers leaked [-210, 157] references, sum=-53
R. David Murray rdmur...@bitdance.com added the comment:
Right, it's just the Thread/Process API equivalance. I'm not saying
it's a stopper, but the docs would probably need to be modified accordingly.
As for tests, even just one that would prove that the method will be
called and do something
Matthias Klose d...@debian.org added the comment:
sorry, forgot to add these ...
_add_one_to_index_C
_add_one_to_index_F
asdl_int_seq_new
asdl_seq_new
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5591
R. David Murray rdmur...@bitdance.com added the comment:
By the way, in case it isn't clear, I defer to Jesse on whether or not
it makes sense to accept this :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5585
Antoine Pitrou pit...@free.fr added the comment:
Looks like this is a duplicate of #4555 actually :)
--
resolution: - duplicate
status: open - closed
superseder: - Smelly exports
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
#5591 is a duplicate of this.
--
nosy: +doko, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4555
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3101
___
___
Python-bugs-list mailing list
Jesse Noller jnol...@gmail.com added the comment:
I know, but tests (like the ones you outlined) would also make it more
compelling
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5585
___
Changes by Jesse Noller jnol...@gmail.com:
--
priority: - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5261
___
___
Python-bugs-list
Changes by Jesse Noller jnol...@gmail.com:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5573
___
___
Python-bugs-list
Changes by Jesse Noller jnol...@gmail.com:
--
priority: - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5501
___
___
Python-bugs-list mailing
Changes by Jesse Noller jnol...@gmail.com:
--
priority: - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5228
___
___
Python-bugs-list mailing
Changes by Jesse Noller jnol...@gmail.com:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5155
___
___
Python-bugs-list
Changes by Jesse Noller jnol...@gmail.com:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5331
___
___
Python-bugs-list
Changes by Jesse Noller jnol...@gmail.com:
--
priority: - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5313
___
___
Python-bugs-list mailing
Mark Dickinson dicki...@gmail.com added the comment:
I've replaced the fabs(x) / 1e25 = 1e25 test with fabs(x) = 1e50 in
r70678. On IEEE 754 systems, assuming round-to-nearest, these two tests
have identical meaning.
I've also fixed the docs, replacing 1e25 by 1e50.
Is there a good reason
Andreas Schawo andreas.sch...@gmail.com added the comment:
Yes you're right. The TypeError should be an OverflowError. It was just
the copy and paste thing.
Hm, I also wondering why struct.error is used. But someone already
wanted to change this.
The patch looks fine.
Do you want to go ahead
Changes by Jesse Noller jnol...@gmail.com:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5162
___
___
Python-bugs-list
Changes by Jesse Noller jnol...@gmail.com:
--
priority: - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5177
___
___
Python-bugs-list
Changes by Jesse Noller jnol...@gmail.com:
--
priority: - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3735
___
___
Python-bugs-list mailing
Tal Einat talei...@users.sourceforge.net added the comment:
To recreate use BeautifulSoup 3.0.4 and run the following:
from BeautifulSoup import BeautifulSoup
soup = BeautifulSoup(htmlaa/html)
x = soup.find('html').contents[0]
x
u'aa'
print x
Traceback (most recent call last):
File
Guido van Rossum gu...@python.org added the comment:
The naming pattern (assertListEqual, assertDictEqual, etc.) is pretty
easy to pick up so I don't think the addition of several new methods is
a big deal. Making assertEqual() do the right thing all the time is
hard if there are subclasses
Mark Dickinson dicki...@gmail.com added the comment:
The worst-case length calculations look fine to me, except that
on a system with sizeof(int) == 8 (yes, they do exist!) the
precision could end up being more than 10 digits. I've added
a check for that in r70682.
The docs also already
Mark Dickinson dicki...@gmail.com added the comment:
Thanks again, Andreas. Applied in r70688.
There's no particular hurry on removing the float coercion, except that
I'd like to get it in before the first 3.1 beta.
--
___
Python tracker
R. David Murray rdmur...@bitdance.com added the comment:
It occured to me last night that it could be checked using a regular
expression, and indeed the locale module already has a regular
expression that matches percent codes. I've uploaded a patch that uses
this regex to fix this issue. I've
Matthias Sommer sunny0...@gmxpro.de added the comment:
Guilherme Polo wrote:
I am the originator of this issue, and I'm back here. So I can add some text.
I remember having read comments on this issue striking on other linuxes
too. But I do not remember anymore what distibutions this were.
I
Benjamin Peterson benja...@python.org added the comment:
This was fixed in r68647 and will appear in 3.0.2 and 3.1.
--
nosy: +benjamin.peterson
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
Retro vinet...@gmail.com added the comment:
I think this is an easy fix. Please try to fix this issue. Thank you.
--
versions: -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5390
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I hope attached patch will fix test_fileio leak.
--
keywords: +patch
nosy: +ocean-city
Added file: http://bugs.python.org/file13459/py3k_fix_leak_of_fileio.patch
___
Python tracker
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I hope attached patch will fix leak of test_socket.py.
Leak is happening in FileObjectClassTestCase#testFullRead and
testCloseAfterMakefile. (actually, IOBase#readall)
--
Added file:
Antoine Pitrou pit...@free.fr added the comment:
Applied in r70690, thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5596
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Thanks, Victor
A couple of things:
- I'm getting a test failure in test_class
- you should probably be using sys.maxint rather than sys.maxsize: the
two aren't necessarily the same. (E.g., on 64-bit windows, I believe that
sys.maxint is
Changes by Skip Montanaro s...@pobox.com:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2578
___
___
Python-bugs-list mailing list
Unsubscribe:
Skip Montanaro s...@pobox.com added the comment:
Personally, I would prefer it if unittest got rid of all the various
ways to spell assert and just let test cases use the assert statement.
I use nose for most of my stuff which supports/allows use of the assert
statement. I think my test cases
Skip Montanaro s...@pobox.com added the comment:
Just in case it can't be retrieved, here is Greg's text from msg84360:
Oh for reference, i left these out but they may interest people for
completeness sake.
assert_ 15%
assertTrue 9%
assertFalse 5%
We
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Cchristian it is not about random idea. It is how to write simple
readable and correct autoconf script. Compare my check for functions
(see attached bootstrap.sh) with you. Also some of macros in you patch
are marked as obsolete.
$
Guido van Rossum gu...@python.org added the comment:
I would love to use the time machine to kill the 'fail' variants as well
as 'assert_'. However they are in use and we don't want to break
people's tests. Breaking tests is painful. And there are a lots of
tests. So we'll have to support
Benjamin Peterson benja...@python.org added the comment:
2009/3/29 Guido van Rossum rep...@bugs.python.org:
Guido van Rossum gu...@python.org added the comment:
I would love to use the time machine to kill the 'fail' variants as well
as 'assert_'. However they are in use and we don't want
Changes by Bob Ippolito b...@redivi.com:
--
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5584
___
___
Python-bugs-list
Mark Dickinson dicki...@gmail.com added the comment:
Removing easy keyword, since I don't think it applies here.
The problem here is hashing: either we break the rule that
if two objects compare equal then they hash equal, or we
fix hash so that e.g., hash(Decimal('2.5')) == hash(2.5).
For
New submission from harobed steph...@harobed.org:
This is DocFileSuite function source code
(http://svn.python.org/view/python/trunk/Lib/doctest.py) :
::
def DocFileSuite(*paths, **kw):
A unittest suite for one or more doctest files.
The path to each doctest file is given
Benjamin Peterson benja...@python.org added the comment:
I'm sure people are already rely on the intimate details of this class,
so why not?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5337
Tal Einat talei...@users.sourceforge.net added the comment:
Sending a code object back to the parent process and having it deal with
the situation sounds very unpleasant indeed! I think a completely
different type of solution may be possible.
In general, I can't think of any reason for IDLE to
Antoine Pitrou pit...@free.fr added the comment:
The only remaining leaks now are:
test_urllib2 leaked [227, 227] references, sum=454
test_urllib2_localnet leaked [3, 3] references, sum=6
--
___
Python tracker rep...@bugs.python.org
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
I don't think the compare is actually masking an exception.
The set type defines a tp_richcompare routine that gets called when
comparing them as members of a tuple, but the set type also defines a
tp_compare routine that does
Steven Bethard steven.beth...@gmail.com added the comment:
I'm thinking of stealing/condensing some of the text from here:
http://www.dcl.hpi.uni-potsdam.de/home/loewis/msipackage.html
Does that seem okay? Is any of that text no longer accurate? (E.g. does
bdist_wininst now support Win64?)
Bob Ippolito b...@redivi.com added the comment:
trunk fix for 2.7 is in r70702 -- unsure about how to port this to 3.1
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5584
___
Bob Ippolito b...@redivi.com added the comment:
I fixed two problems with this that didn't show up in the test suite, this
feature didn't work in load() and there was a problem with the pure python
code path because the Python scanner needed a small change. Unfortunately
I'm not sure how to
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
I created a simple parent/child pair using subprocess under cygwin and
Python 2.5 and for me closing stdout did not affect stdin.
It would appear the problem is caused by something else?
--
nosy: +stutzbach
Added file:
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
Added file: http://bugs.python.org/file13464/child.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4295
___
Guilherme Polo ggp...@gmail.com added the comment:
Is there any reason to keep this open ? It is not a IDLE bug, the title
is misleading, and a solution has been provided for the problem related
to how Ubuntu packages IDLE.
--
nosy: +gpolo
___
Python
Martin v. Löwis mar...@v.loewis.de added the comment:
That should all be correct still (except that the status has advanced);
using it for the documentation is fine. It's just that it is more
rationale than specification.
--
___
Python tracker
Gregory P. Smith g...@krypto.org added the comment:
benjamin.peterson mentioned this in his whats new in 3.1 lightning talk
at pycon today and completely by chance, I had made showing a couple
examples of ipaddr the topic of my own lightning talk ~30 minutes later. :)
Anyways I hope to commit
Mike Rotondo mroto...@gmail.com added the comment:
From the source, it seems that there is undocumented behavior to
SequenceMatcher which is causing this error. If b is longer than 200
characters, it will consider any element x in b that takes up more than
1% of it's contents as popular, and
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
FYI, I did tidy up the class and add a 'scaniter' method when I was
working on issue #2636; it might yet see the light of day if it gets the
go ahead!
--
nosy: +mrabarnett
___
Python
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
This patch looks good to me and applies cleanly to the trunk. Here's a
synopsis of the code (before the patch) in question:
static int
my_fgets(char *buf, int len, FILE *fp)
{
for(;;) {
/* a bunch of code that
R. David Murray rdmur...@bitdance.com added the comment:
On Mon, 30 Mar 2009 at 00:40, Mike Rotondo wrote:
This seems to mean that you won't actually get an accurate diff in
certain cases, which seems odd. At the very least, this behavior should
probably be documented. Do people think it
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - invalid
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1332732
___
Daniel Diniz aja...@gmail.com added the comment:
Closing on lack of response, uncommon use case.
--
resolution: - rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1234328
Daniel Diniz aja...@gmail.com added the comment:
Closing: this is about 3rd party not following a documented API.
--
resolution: - wont fix
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1447945
1 - 100 of 175 matches
Mail list logo