Retro added the comment:
Did you manage to apply my fix "zipfile-patch.diff" to the trunk?
--
___
Python tracker
<http://bugs.python.org/issue2775>
___
___
Retro added the comment:
I would just add an exception to the isleap() function.
def isleap(year):
"""Return 1 for leap years, 0 for non-leap years."""
try:
return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0)
except TypeError:
Retro added the comment:
Please leave this function as is because it works just fine.
>>> calendar.isleap(2011)
False
The argument for isleap() must not be in quotes. That's all.
--
nosy: +Retro
___
Python tracker
<http:
New submission from Retro :
Please read the first sentence of the docs for the built-in function getattr()
here: http://docs.python.org/library/functions.html?highlight=getattr#getattr
Fix the word 'attributed' to 'attribute', because the former is a typo.
A side questio
Retro added the comment:
My patch "zipfile-patch.diff" was sent to python-dev. Please act on it as you
see fit. Thank you.
--
___
Python tracker
<http://bugs.python.
Retro added the comment:
Gee, thanks for the insight. I didn't thought about the fact that binary
floating point is so imprecise and can cause the round() to "error" in some
situations.
In this case, the representation and the actual value are (way) off. How can
that be? T
New submission from Retro :
>>> round(1.255, 2)
1.25
A bug in Python interpreter?
Shold have been:
>>> round(1.255, 2)
1.26
In mathematics, the .5 part is always rounded up, so in the example the .255
should be rounded to .26 so please fix this bug.
--
compon
Retro added the comment:
Can you send my patch and comment to python-dev? Because I don't know how to. I
don't know where is python-dev and what exactly you mean by this.
--
___
Python tracker
<http://bugs.python.
Retro added the comment:
I am very glad you're reorganizing the Standard Library. Thumbs up! I hope
everything will comply to PEP 8 after you're done.
Since you're reorganizing, I have my own contribution. I have uploaded a patch.
The issue7351 (http://bugs.python.org/iss
Changes by Retro :
--
resolution: fixed -> remind
___
Python tracker
<http://bugs.python.org/issue10078>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Retro :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue10078>
___
___
Python-bugs-list mailing list
Unsubscri
Retro added the comment:
Please commit this fix to the trunk, as well as to the Python 2.5, Python 2.6,
and Python 2.7 branches. Thank you.
--
___
Python tracker
<http://bugs.python.org/issue10
New submission from Retro :
There's a typo in the docs. Please follow
http://docs.python.org/py3k/library/string.html#format-specification-mini-language
and find the below text, and fix the word 'Postive' to 'Positive', indicated
between >>> and <<
New submission from Retro :
http://docs.python.org/distutils/sourcedist.html#manifest-related-options
Please visit the above link and note the typo in:
-o is a sortcut for --manifest-only.
Should be:
-o is a shortcut for --manifest-only.
The word "sortcut" is a typo. Please
New submission from Retro :
Fix the docs for every selected Python version. They all have the same typos.
The typos appear in the documentation of the 'select' module. These are the
methods that need typo fixes:
select.kqueue()
(Only supported on BSD.)
Returns a kernel queue obj
Retro added the comment:
The patch is *almost* okay.
errno = 0;
div = c_quot(v->cval,w->cval); /* The raw divisor value. */
if (errno == EDOM) {
- PyErr_SetString(PyExc_ZeroDivisionError, "complex remainder");
+
New submission from Retro :
The Python interpreter should have the decimal type built into its core.
The mechanism for dealing with decimal numbers should be handled by the
decimal type and not by the processor which spits binary floats. The
time is now. But ask yourself these questions:
Is
New submission from Retro :
There are 'python' typos in the Python tutorial in these titles:
(1) Tools for Working with Lists:
The following example shows an array of numbers stored as two byte
unsigned binary numbers (typecode "H") rather than the usual 16 bytes
per entry
Retro added the comment:
I made a patch which fixes the BadZipfile issue. Please take a look and
decide whether you'll toss it or use it. Maybe it'll come handy some
other time in the future.
--
keywords: +patch
Added file: http://bugs.python.org/file15365/zipfile-
Retro added the comment:
I am merely speaking of renaming the class name from BadZipfile to
BadZipFile.
class BadZipFile(exceptions.Exception):
# etc.
Only the name is fixed at class definition. I am aiming for that in this
bug report. And then every other BadZipfile should be fixed to
Retro added the comment:
I suggest renaming the class from BadZipfile to BadZipFile. We have a
class named LargeZipFile. It would make sence to have the previously
mentioned class named as BadZipFile then. What is your verdict on that?
--
___
Python
Retro added the comment:
Thanks for upcassing 'Python'.
I have to ask you why are all other classes named in the form of
...ZipFile, like
- exception: LargeZipFile
- class: ZipFile
- class: PyZipFile
Please at least consider of making the class BadZipfile consistent to
other class
New submission from Retro :
There are some minor typos in the docs. The section zipfile has twp typos:
exception zipfile.BadZipfile
The error raised for bad ZIP files (old name: zipfile.error).
this should be
exception zipfile.BadZipFile
The error raised for bad ZIP files (old name
New submission from Retro :
There's a mistake in the code snippet:
>>> freshfruit = [' banana', ' loganberry ', 'passion fruit ']
>>> [weapon.strip() for weapon in freshfruit]
['banana', 'loganberry', 'passion f
Retro added the comment:
os.popen is deprecated. Use the subprocess module.
--
nosy: +Retro
___
Python tracker
<http://bugs.python.org/issue6358>
___
___
Pytho
New submission from Retro :
y...@localhost:~$ python3 romantest1.py -v
to_roman should give known result with known input ... ok
Better would be:
y...@localhost:~$ python3 romantest1.py -v
to_roman should give known result with known input ... OK
Since other words are capitalized, this one
Retro added the comment:
You have mispelled a word in the patch. The sentence should be Negative
indices not supported.
Please make another patch without the "indicies" typo.
--
nosy: +Retro
___
Python tracker
<http://bugs.python.
New submission from Retro :
Please consider of making the descriptor isprintable() of the str object
be named with an underscore as is_printable().
--
components: Demos and Tools
messages: 85571
nosy: Retro
severity: normal
status: open
title: str.isprintable() -> str.is_printa
Changes by Retro :
--
versions: +Python 2.4, Python 2.5, Python 2.6, Python 3.0
___
Python tracker
<http://bugs.python.org/issue5390>
___
___
Python-bugs-list m
Retro 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
<http://bugs.python.org/issue5
New submission from Retro :
>>> t = (0, 1, 2, 3, 4, 5, 6, 7)
>>> t.index(8)
Traceback (most recent call last):
File "", line 1, in
ValueError: tuple.index(x): x not in list
The error message "x not in list" should have been "x not in tuple".
Retro added the comment:
I figured out why the installer didn't create an icon for the Python
interpreters in the Add/Remove Programs list. If I deselect the option
'Register Extensions' at installation time, I don't get an icon in the
Add/Remove Programs list. But i
Retro added the comment:
And now I'm attaching the installing log of Python 2.6.1 for you. I hope
you have enough information to work on the solution. If you need more
information, just ask.
Added file: http://bugs.python.org/file13241/python2
Retro added the comment:
A strange thing now happened. Now the Python 2.6.1 interpreter has an
icon in the Add/Remove Programs list. I completely removed Python 2.6.1
and reinstalled it with the command
msiexec /i python-2.6.1.msi /l*v python26.log
and it now has an icon in the Add/Remove
Retro added the comment:
In my Windows Vista registry I only have the second two keys present
1)
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{9cc89170-000b-457d-91f1-53691f85b223}
2)
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion
Retro added the comment:
Please see the attached screenshot where there are no icons in the
Add/Remove Programs list of the Python intepreters on my Windows Vista
machine.
Added file: http://bugs.python.org/file13223/my_arpvista.jpg
___
Python tracker
Retro added the comment:
Strange thing. I presume you are running Windows XP. There the Python
icons are shown in the Add/Remove Programs list for the Python interpreters.
I must inform you, though, that the Python icons are not shown in the
Add/Remove Programs list under Widnows Vista. I
Retro added the comment:
I noticed this by installing the Python 2.5.4 and Python 2.6.1 and
Python 3.0.1 binaries. Please fix these issues if you can.
___
Python tracker
<http://bugs.python.org/issue5
New submission from Retro :
I am reporting a bug which was not fixed in the closed issue #4389.
Martin v. Löwis, the fix you've made didn't fix the issue. Please open
your Add/Remove Programs list (hopefully your running Windows and have
Python installed there) and check whether y
Retro added the comment:
What is recommended in PEP 8, you are engouraged to follow that; not you
as a Python coder but you as a member of the Python community where PEP
8 is the coding style specification. Python's built-in modules have such
a lovely coding style because they all follow
Retro added the comment:
Let's set a good example in the documentation and follow PEP 8. For
God's sake, this is the documentation of Python! Where else to set a
good example than here? Let's see some PEP 8 in action, in the
documentation!
___
Retro added the comment:
And please fix the code example mentioned in issue4648.
Line 4 has a little fix to be made:
from
... print(n, 'equals', x, '*', n//x)
to
... print(n, 'equals', x, '*', n // x)
_
New submission from Retro :
http://docs.python.org/3.0/tutorial/controlflow.html#defining-functions
Please visit the above link and see line 6 in the example code.
... a, b = b, a+b
should be fixed to
... a, b = b, a + b
because PEP 8 recommends to
- Use spaces around
Retro added the comment:
For Python 2.x that example code is fine, but Python 3.0 has this
switched now. Please read http://www.python.org/dev/peps/pep-0238/.
True division in Python 3.0 is done with one division operator. Please
fix that code example to reflect that
New submission from Retro :
Please look at the example code in the following Python 3.0
documentation/tutorial:
http://docs.python.org/3.0/tutorial/controlflow.html#break-and-continue-statements-and-else-clauses-on-loops
The line 4 has a little fix to be made:
from
... print(n
New submission from Retro :
Please consider of making the default floating point arithmetic in
Python 3.x be decimal floating point arithmetic.
--
components: Interpreter Core
messages: 77645
nosy: Retro, gvanrossum
severity: normal
status: open
title: Binary floating point and decimal
Retro <[EMAIL PROTECTED]> added the comment:
So you are saying you won't create the icons for bdist_msi and
bdist_wininst even for future versions (2.7 and 3.1) of the Python
interpreter?
--
versions: -Python 3.0
___
Python tracker <[E
Retro <[EMAIL PROTECTED]> added the comment:
Oh, Python 3.0 is in feature freeze. I see. Too bad. Well, at least
we'll have those icons in the next release. When do you think that'll be
released? Talking about Python 3.1 of course.
___
Python
Retro <[EMAIL PROTECTED]> added the comment:
Martin, I hope you have the time to fix this. I would very much
appreciate this fix.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Retro <[EMAIL PROTECTED]>:
--
nosy: +loewis
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4480>
___
___
Python-bugs
Changes by Retro <[EMAIL PROTECTED]>:
--
versions: +Python 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4480>
___
___
Python
Retro <[EMAIL PROTECTED]> added the comment:
Marc-Andre, why haven't you selected the version 'Python 3.0' as well? I
think it's still time to fix this for the much-anticipated Python 3.0.
The final release is coming soon, but I think it's still time. Martin v.
Retro <[EMAIL PROTECTED]> added the comment:
So are you willing to fix this issue?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4389>
___
_
Retro <[EMAIL PROTECTED]> added the comment:
Oh, I guess I should have been more informative, sorry. My OS is Windows
Vista Business (64 bit) onto which I have installed the 32 bit
interpreter. And now when this 32 bit interpreter is installed on my 64
bit OS platform, I don't see the
Retro <[EMAIL PROTECTED]> added the comment:
As far as I know, the uninstaller has never had an icon, but it
certainly needs one. The upcoming versions of Python could be equipped
with a neat little icon. Are you willing to implement it? That would be
ver
New submission from Retro <[EMAIL PROTECTED]>:
The uninstaller program of the Python interpreter lacks an icon. This
looks ackward in the Add/Remove Programs list on the Windows platform.
Please add an icon for the uninstaller.
--
components: None
messages: 76246
nosy: Retro
se
56 matches
Mail list logo
