Mark Dickinson dicki...@gmail.com added the comment:
Clearer title.
--
title: round() shows undocumented behaviour - round(25, 1) should return an
integer, not a float
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4707
Mark Dickinson dicki...@gmail.com added the comment:
Some minor modifications to the last patch:
- fix round docstring: it now reads round(number[, ndigits]) - number
instead of round(number[, ndigits]) - floating-point number
- add Misc/NEWS entry
- add extra tests for round(x, n) with
New submission from Maciek Fijalkowski fi...@genesilico.pl:
I have troubles actually finding such a file, but I encountered it at
least once (file is gone by now though). The lines in question are for
bz2 compression:
in _BZ2Proxy.read:
try:
raw =
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5057
___
___
Python-bugs-list
Weeble clockworksa...@gmail.com added the comment:
Just got a chance to test this on a Windows desktop with a proper
keyboard. (My laptop does weird things with num-lock and scroll-lock.) I
got it to crash once, but I have no idea what was special about that
time. Otherwise I can reproduce
Changes by Lars Gustäbel l...@gustaebel.de:
--
assignee: - lars.gustaebel
nosy: +lars.gustaebel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5068
___
Paolo 'Blaisorblade' Giarrusso p.giarru...@gmail.com added the comment:
Probably #if the definitions of Py_LIKELY and Py_UNLIKELY instead of
__builtin_expect so new compilers can easily add their own definitions.
This was done in the first version, but with the currently supported
compilers
Changes by Steven D'Aprano st...@pearwood.info:
--
components: +Library (Lib)
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5067
___
Changes by Qiangning Hong hon...@gmail.com:
--
nosy: +hongqn
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1722344
___
___
Python-bugs-list
Changes by Mike Watkins pyt...@mikewatkins.ca:
--
title: http.client.HTTPMessage.getallmatchingheaders() -
http.client.HTTPMessage.getallmatchingheaders() always returns []
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5053
New submission from Χρήστος Γεωργίου (Christos Georgiou)
t...@users.sourceforge.net:
The paths_seen object is a list; a set is more appropriate, since its
main use is a lookup as in path in paths_seen
--
components: Library (Lib)
files: posixpath.diff
keywords: patch
messages: 80570
Paolo 'Blaisorblade' Giarrusso p.giarru...@gmail.com added the comment:
-fno-gcse is controversial.
Even if it might avoid jumps sharing, the impact of that option has to
be measured, since common subexpression elimination allows omitting some
recalculations, so disabling global CSE might have a
Andy Buckley a...@insectnation.org added the comment:
Dumb question, but why is distutils wrapping the command args in quotes
anyway? I'm not even sure why lists are being used (rather than a
string) for the options, except that lists are a bit more Pythony and
can be used to semantically divide
Changes by Kevin Watters kevinwatt...@gmail.com:
--
nosy: +kevinwatters
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4753
___
___
New submission from Andy Buckley a...@insectnation.org:
If you attempt to call python setup.py install --prefix=/foo, and
/foo/lib/pythonX.Y/site-packages does not exist, the installation will
fail, requiring that the directory be made by hand.
Since there is no easy way to know in advance
Jean-Paul Calderone exar...@divmod.com added the comment:
This isn't accurate. distutils *will* create the directory if it does
not exist. Perhaps you have setuptools installed? setuptools disables
this behavior of distutils and forces you to create the directory manually.
--
nosy:
Mark Dickinson dicki...@gmail.com added the comment:
It's not about changing it, stdin has always been buffered in py3k.
Sorry: I should have been clearer. It's the change from 2.x to 3.x that
interests me.
So 'python3.0 -u' has buffered stdin, while 'python2.6 -u' does not; I'm
New submission from Andy Buckley a...@insectnation.org:
At present, distutils exits with an error return code if the directory
that modules are being installed into is not in PYTHONPATH. Since the
install path is not easily obtained (it at least requires running Python
to work out the version
Jean-Paul Calderone exar...@divmod.com added the comment:
See my comment on issue5070.
--
nosy: +exarkun
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5071
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
@marketdickinson, @lemburg: ping! I updated the patch, does it look
better?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4474
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ping! Can anyone review my patch?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4626
___
___
Akira Kitada akit...@gmail.com added the comment:
Attached patch changes distutils to pass CPPFLAGS to compiler.
--
nosy: +tarek
Added file: http://bugs.python.org/file12868/issue4010.diff
___
Python tracker rep...@bugs.python.org
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
assignee: - tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4010
___
___
Python-bugs-list
Tarek Ziadé ziade.ta...@gmail.com added the comment:
done (in r68969 for py3k branch)
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1885
___
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
nosy: +tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5070
___
___
Python-bugs-list mailing
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
nosy: +tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5071
___
___
Python-bugs-list mailing
Andy Buckley a...@insectnation.org added the comment:
Thanks for the rapid feedback: yes, I am using setuptools and didn't
realise it would be responsible for this override. Is setuptools
feedback done completely independently from this tracker?
___
Python
Weeble clockworksa...@gmail.com added the comment:
A thought occurs to me: would this patch make it harder to cope with
awkward firewalls that block the connection? Are they more or less
likely to intervene when passing a port of 0 and letting it pick a port
automatically? And if they do
Jean-Paul Calderone exar...@divmod.com added the comment:
Yea. setuptools is often discussed on distutils-sig:
http://www.python.org/community/sigs/current/distutils-sig/
And has an issue tracker of its own:
http://bugs.python.org/setuptools/
http://bugs.python.org/setuptools/issue54
David W. Lambert lamber...@corning.com added the comment:
(prospective, not perspective programmer)
Spelling out the possibilities as suggested in Message80563 makes better
sense to me than writing in words the logic handling the mode argument
of the io.open function. (Perhaps there is a
Changes by Collin Winter coll...@gmail.com:
--
nosy: +collinwinter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2459
___
___
Python-bugs-list
New submission from Olemis Lang ole...@gmail.com:
Hello ...
The first thing I have to say is that I searched the open issues and I
found nothing similar to what I am going to report hereinafter. If this
ticket is duplicate , I apologize ...
Yesterday I was testing how to access the wiki
Lars Gustäbel l...@gustaebel.de added the comment:
Thanks for the report. The problem is in fact easy to reproduce.
_BZ2Proxy hangs if it is passed a file object with either no data or
with a partial bzipped file. For example try:
tarfile.open(mode=r:bz2, fileobj=StringIO.StringIO())
I will
Olemis Lang ole...@gmail.com added the comment:
Ooops ... sorry, remove the print statement. The patch is as follows :
{{{
#!diff
--- /usr/lib/python2.5/urllib.py2008-07-31 13:40:40.0
-0500
+++ /media/urllib_unix.py 2009-01-26 09:48:54.0 -0500
@@ -270,6 +270,7 @@
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
time.time() returns floating point, so sometimes folloing assertion in
LockingTestCase#test03_lock_timeout fails due to floating point
calculation error.
self.assertTrue((end_time-start_time) = 0.1
end_time-start_time becomes
Antoine Pitrou pit...@free.fr added the comment:
So 'python3.0 -u' has buffered stdin, while 'python2.6 -u' does not;
I'm wondering: was this an intentional design change? Or was it just
an accident/by-product of the rewritten io?
I'm not sure (I didn't write the new io in the first place)
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Reminder, make sure we can still break out of a while 1: pass.
--
nosy: +rhettinger
versions: +Python 2.7, Python 3.1 -Python 2.6
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
Looks good to me! If it were me I'd probably just code the test directly
as
self.assertTrue((end_time-start_time) = 0.0999)
to avoid having to look for epsilon when reading.
Do you want to commit it or shall I?
--
nosy:
Antoine Pitrou pit...@free.fr added the comment:
Reminder, make sure we can still break out of a while 1: pass.
Yes, the patch takes care of that.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2459
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - pitrou
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4705
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Could you commit please? :-)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5073
___
___
Terry J. Reedy tjre...@udel.edu added the comment:
LOL. That doc was apparently last revised in 2000 for the IDLE released
with 1.5.2 (see screenshot). Other needed updates I see are: 'Shell'
and 'Options' have been added to the menu line; we now have unicode
text; screenshots look different
Mark Dickinson dicki...@gmail.com added the comment:
Fixed in r68978 (trunk) and r68979 (2.6). bsddb is no longer part of the
standard Python distribution for 3.x, so the patch doesn't apply there.
Thank you!
--
resolution: accepted - fixed
status: open - closed
Antoine Pitrou pit...@free.fr added the comment:
Committed and applied a small fix to the test so that it passes in debug
mode (r68977, r68981, r68982). Thanks!
--
resolution: accepted - fixed
status: open - closed
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
The patches don't apply cleanly anymore, I'll regenerate a new one.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2459
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file10147/loops8.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2459
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file9871/loops7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2459
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file9863/loops5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2459
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file9832/loops4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2459
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file9829/loops3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2459
___
Ross Light rlig...@gmail.com added the comment:
Tests added and new patch uploaded. Anything else, anyone?
Added file: http://bugs.python.org/file12870/patch-4285d.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4285
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
I could not reproduce this issue neither with Python 2.6 nor 2.5.2
If I print host and selector near line 313, I get 'localhost:8000' and
'/trac-dev', the expected results.
Do you have an HTTP proxy? running at the *same* port? (!)
philobyte peter.a.si...@gmail.com added the comment:
python setup.py uninstall
should do all the same processing as 'install' but whenever it gets to
the point of copying a file to a system destination, it should instead
unlink the destination.
besides the obvious use, here is another one:
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
Simple and correct.
--
nosy: +gagenellina
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5069
___
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
I think unified diffs are preferred.
Isn't there an existing test for this method?
--
nosy: +gagenellina
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5053
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
This patch provides a better error message for this case::
json.loads({'test': test})
but still doesn't help in this one::
json.loads({test: 'test'})
'test' looks like garbage to JSON (it *is* garbage!), exactly the same
as::
Changes by Gabriel Genellina gagsl-...@yahoo.com.ar:
--
keywords: +patch
Added file: http://bugs.python.org/file12871/json-messages.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5067
steve21 steve872929...@yahoo.com.au added the comment:
Here's a couple of functions I use with count and step:
def cf_e():
'''return: (iterator) the infinite continued fraction for e
e=[2; 1, 2, 1, 1, 4, 1, 1, 6, 1 , ... , 1, 2k, 1, ...]
'''
yield 2
for k in
Mike Watkins pyt...@mikewatkins.ca added the comment:
Re diffs, noted for the future.
Re tests:
# py3k-devel/Lib/test % grep -r getallmatchingheaders *
... Returns nothing, so not only does the email package need a test for
this but so does http.client.
Incidentally test_mailbox.py has a
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
I don't understand the issue. Those files *are* text files, and have
CRLF on Windows as expected, like all other text files.
I think you should fix your build process, or your environment, or your
diff utility, or whatever is causing
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
#1529142 would fix this issue also, if it were accepted.
--
nosy: +gagenellina
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5065
David W. Lambert lamber...@corning.com added the comment:
Nice. Now I know that $e$ is a least transcendental number. But I
can't figure out why inserting this code into your file (and removing
some itertools.) is difficult or unreadable. I maintain a personal
library of modules that I
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
If this patch were accepted, #5065 would be a non-issue then.
--
nosy: +gagenellina
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1529142
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5065
___
___
New submission from Poor Yorick pooryor...@users.sourceforge.net:
the following script causes python3 to crash on my Windows XP Pro Machine:
import ctypes
b = ctypes.windll.Kernel32
var1 = 'TEMP'
out = ctypes.create_string_buffer(40)
c = b.GetEnvironmentVariableW(var1,out,40)
print('ones',
Benjamin Peterson benja...@python.org added the comment:
Thanks for the patch! Applied in r69003.
--
nosy: +benjamin.peterson
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5069
Benjamin Peterson benja...@python.org added the comment:
I don't like the change of API to PyTokenizer_FromString. I would prefer
another function like PyTokenizer_IgnoreCodingCookie() blows up when
parsing has already started.
The (char *) cast in PyTokenizer_FromString is unneeded.
You need
steve21 steve872929...@yahoo.com.au added the comment:
I already use the second version of the count function you give (without
default arguments which I am not a big fan of). I'm not saying its
difficult or unreadable to bypass itertools.count and write your own
enhanced count function. But if
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
This is not a bug in rlcompleter; __dir__ is returning bogus items, and
rlcompleter checks whether there exist actually an attribute with such
name.
Defining __getattr__ (or __getattribute__) and a matching __dir__ works
fine:
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
I *did* have /bin/sh in a Windows box some time ago.
Probably the test should check sys.platform in addition to /bin/sh
existence.
--
nosy: +gagenellina
___
Python tracker
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
FWIW, I added combinations_with_replacement() in r69001 and r69004 .
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5048
___
David W. Lambert lamber...@corning.com added the comment:
Probably a better prime factor algorithm uses Sieve of E. to generate
primes through int(1+sqrt(n)) and test these.
The other algorithm uses a custom generator anyway. Oh well, good luck,
I'll shut up.
You do have use cases that I
Carl Johnson c...@carlsensei.com added the comment:
It seems to me that it isn't tab completion's place to out think the
__dir__ method. A) Because the documentation doesn't tell you that it
does (although you are warned that it may call some stuff) and B)
because if someone set up a __dir__
New submission from Mark Hammond mhamm...@users.sourceforge.net:
After consideration of issue 4120 and issue 4566, it seems to me that
executables created by bdist_wininst will have a manifest referencing
the MSVC9 assembly, and thus will be in a similar position to the .pyd
files in issue 4120
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
This was fixed in r60013.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1498370
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5034
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2527
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1242657
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4920
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5021
___
New submission from Mark Hammond mhamm...@users.sourceforge.net:
bdist_wininst installers created by py3k fail due to PySys_SetArgv and
Py_SetProgramName both being passed 'char *' strings instead of wide
strings.
The patch is against the svn trunk as currently Python 2.x and 3.x share
the same
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
This is what rlcompleter does; it uses dir() to find out what names to
return.
Or do you mean that it should not iterate along __bases__ because this
has already been done by dir()?
___
Python
New submission from Alexandre Vassalotti alexan...@peadrop.com:
This is a 2to3 fixer for the removal of obsolete functions in r68962.
--
components: 2to3 (2.x to 3.0 conversion tool)
files: fix_operator.py
messages: 80624
nosy: alexandre.vassalotti
severity: normal
stage: patch review
Carl Johnson c...@carlsensei.com added the comment:
I think that checking to see which things really exist with
getattr/hasattr made sense back in the days before the __dir__, since in
those days the real API for an object could diverge wildly from what was
reported by dir(object), but nowadays,
Changes by Alexandre Vassalotti alexan...@peadrop.com:
Added file: http://bugs.python.org/file12875/fix_operator.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5077
___
Changes by Alexandre Vassalotti alexan...@peadrop.com:
Removed file: http://bugs.python.org/file12874/fix_operator.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5077
___
Changes by Alexandre Vassalotti alexan...@peadrop.com:
--
title: 2to3 fixers for the removal of operator functions - 2to3 fixer for the
removal of operator functions
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5077
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: fdrake - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1397474
___
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
The check is made to decide whether the attribute is a method or not
(because methods get a ( appended) -- for names that fail to exist,
one could just omit the ( and include the name anyway.
rlcompleter does nothing special with
Carl Johnson c...@carlsensei.com added the comment:
Ah, I see. It does a dir(obj) then tests things to see which are
callable and while it is at that, it removes the names that don't really
exist according to getattr.
Actually, can we go back to the Python 2.5 behavior? I really hate those
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
3rd argument to GetEnvironmentVariableW is the buffer size in
*characters*, not bytes. Your buffer has room for 20 characters only,
not 40. You should use create_unicode_buffer instead.
Probably the names
Martin v. Löwis mar...@v.loewis.de added the comment:
Why do you think this is a bug in ctypes? *Of course* it is possible to
crash Python by using ctypes incorrectly.
--
nosy: +loewis
resolution: - invalid
status: open - closed
___
Python tracker
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
The current behaviour is actually a requested feature: see #449227
I see your point, it may be annoying sometimes -- but calling a method
is far more common than just getting a reference to it, so I think the
current behaviour is
Martin v. Löwis mar...@v.loewis.de added the comment:
I think it would be even better if it didn't link with the CRT at all,
but until somebody provides a patch for that, linking statically sounds
fine to me.
--
nosy: +loewis
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
Is it really useful to be have the same stub for 2.x and 3.x? I think it
would be better if they mutually ignore each other, and be different.
--
nosy: +loewis
___
Python tracker
Tarek Ziadé ziade.ta...@gmail.com added the comment:
philobyte, this means you have to keep the source somewhere to be able
to run setup.py uninstall. This is not handy imho.
What about a uninstall registery in Python that keeps track of the files
installed for each package ? this would let us
Mike Watkins pyt...@mikewatkins.ca added the comment:
Further investigation ( grep -r getallmatchingheaders Lib/* ) reveals
that in addition to having no tests, and being implemented incorrectly
in http.client, getallmatchingheaders() is called only once, in
http.server; that code is also
97 matches
Mail list logo
