[issue3364] An ortographical typo in Zen of Python text

[David Goodger]

Changes by David Goodger <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10928/unnamed

___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3364>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1924] %i string format breaks for large floats (incomplete int conversion)

[David Goodger]

New submission from David Goodger:

I ran across this bug in some legacy production code when numbers got high:

>>> '%i' % 2e9
'20'
>>> '%i' % 3e9
Traceback (most recent call last):
  File "", line 1, in ?
TypeError: int argument required

It looks like the float is being automatically converted to an int, but
floats > sys.maxint cause an error.  However,

>>> int(3e9)
30L

So the implicit float-to-int conversion is imperfect; large floats are
not being converted to long ints.

Same error in Python 2.3 through 2.6a0 (as of 2007-12-28).

In Python 2.1.3 & 2.2.3 the error is "OverflowError: float too large to
convert".  The same error is triggered by int(3e9) though.

While it's arguably not-quite-sane to have code that triggers this
error, the inconsistency is what concerns me.

--
components: Interpreter Core
messages: 61635
nosy: goodger
severity: normal
status: open
title: %i string format breaks for large floats (incomplete int conversion)
type: behavior
versions: Python 2.3, Python 2.4, Python 2.5, Python 2.6

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1924>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6482] PATCH: tiny simplification for subprocess

[David Goodger]

David Goodger  added the comment:

r74028 changes the logic of the code.  The "finally" clause always
executes, regardless of whether or not an exception was raised.  The
previous behavior only executed when there was an exception.

I don't know if the previous logic was correct, or the new logic, but
they are *not* the same.

--
nosy: +goodger

___
Python tracker 
<http://bugs.python.org/issue6482>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6482] PATCH: tiny simplification for subprocess

[David Goodger]

David Goodger  added the comment:

To clarify my last message: the log message for r74028 ('simplify
"except: raise" to "finally:"') implies a nonexistent equivalence.

So was the log message in error, or the change itself?

--

___
Python tracker 
<http://bugs.python.org/issue6482>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com