Adam Olsen [EMAIL PROTECTED] added the comment:
Here's another approach to avoiding set_swap_bodies. The existing
semantics are retained. Rather than creating a temporary frozenset and
swapping the contents, I check for a set and call the internal hash
function directly (bypassing
Terry J. Reedy [EMAIL PROTECTED] added the comment:
AFter reboot, IDLE started, loaded the program I tried to run
previously, and ran it several times. I closed the edit window and when
I closed the shell window, got same message. The first box is titled
Microsoft Visual C++ Runtime Library.
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The 0x4015 code and the message you get are typical of a call to
abort().
Ideed, I can reproduce the problem on windows 2000:
- start IDLE
- menu File / New Window
- close both windows
When running with python_d.exe, I see the
Changes by Antoine Pitrou [EMAIL PROTECTED]:
--
nosy: +pitrou
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2833
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
--
dependencies: +rename test_support to support
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2775
__
___
Python-bugs-list
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Note that the problem is not related to with, but with nested
exception handlers:
try:
raise Exception(foo)
except:
try: pass
except: pass
raise # in Py2.5 throws 'foo', in Py3.0 fails with RuntimeError
OTOH, python has
Nick Coghlan [EMAIL PROTECTED] added the comment:
Note that this functionality is currently available as follows:
from itertools import count
list(zip(count(3), 'abcdefg')
[(3, 'a'), (4, 'b'), (5, 'c'), (6, 'd'), (7, 'e'), (8, 'f'), (9, 'g')]
The enumerate(itr) builtin is just a convenience
Nick Coghlan [EMAIL PROTECTED] added the comment:
Mentioning the zip(count(start), itr) version in the enumerate() docs
may be a good idea though.
(And of course, in 2.x, it should be izip() rather than zip() to
preserve the memory efficiency of enumerate())
__
New submission from Jakub Wilk [EMAIL PROTECTED]:
int('42', 42)
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: int() base must be = 2 and = 36
int('42', -909)
42
--
components: Library (Lib)
messages: 66777
nosy: jwilk
severity: normal
status: open
Simon Cross [EMAIL PROTECTED] added the comment:
Some quick digging in the code on trunk has revealed that by the time
the base reaches PyInt_FromString in intobject.c, -909 has become 10.
Surrounding numbers seem to come through fine.
--
nosy: +hodgestar
Simon Cross [EMAIL PROTECTED] added the comment:
In int_new in intobject.c the base -909 is used to indicate that no base
has been passed through (presumably because NULL / 0 is a more common
pitfall that -909). Thus -909 is equivalent to base 10.
__
Tracker
Martin McNickle [EMAIL PROTECTED] added the comment:
The mechanism for throwing an error has been written, however for the
case of a duplicated filename, it appears to have been deliberatly not
been used by the original author.:
def _writecheck(self, zinfo):
Check for errors before
Kurt B. Kaiser [EMAIL PROTECTED] added the comment:
Thanks. Another question: when the shell starts, do you
see the text
No Subprocess
to the right of the IDLE version, e.g.
IDLE 2.6a3 No Subprocess
__
Tracker [EMAIL PROTECTED]
Guido van Rossum [EMAIL PROTECTED] added the comment:
Thanks. I think this part is the main reason I see a start argument to
enumerate as potentially problematic:
all variants can easily be misread as starting at the nth item in the
sequence (much like islice() does now): enumerate(3,
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
The same issue is present in long_new:
long('42', -909)
42L
I don't see why any magic value is needed, 10 would do the trick.
--
nosy: +belopolsky
__
Tracker [EMAIL PROTECTED]
Jakub Wilk [EMAIL PROTECTED] added the comment:
10 would *not* do the trick:
int(42)
42
int(42, 10)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: int() can't convert non-string with explicit base
__
Tracker [EMAIL PROTECTED]
Changes by Alexander Belopolsky [EMAIL PROTECTED]:
--
keywords: +patch
Added file: http://bugs.python.org/file10316/issue2844.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2844
__
Changes by Alexander Belopolsky [EMAIL PROTECTED]:
--
versions: +Python 2.6, Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2844
__
___
Python-bugs-list
Changes by Alexander Belopolsky [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10317/issue2844-1.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2844
__
___
Changes by Alexander Belopolsky [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10318/issue2844-1.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2844
__
___
Changes by Alan Kennedy [EMAIL PROTECTED]:
--
nosy: +amak
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2550
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Alexander Belopolsky [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file10319/issue2844-1.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2844
__
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Okay. I'm against making the argument keyword-only -- IMO keyword-only
arguments really should only be used in cases where their existence has
some advantage, like for max().
--
nosy: +georg.brandl
__
Antoine Pitrou [EMAIL PROTECTED] added the comment:
I've just discovered that the patch in r62847 doesn't clean up the
exception state if the except clause does not mention a local variable,
e.g. except MyException instead of except MyException as e.
__
Tracker
Georg Brandl [EMAIL PROTECTED] added the comment:
Okay, committed a matching patch in r63208. Thank you all!
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2831
__
Antoine Pitrou [EMAIL PROTECTED] added the comment:
This bug should be reopened, the patch does not fix it when the except
clause does not assign the exception to a local variable (that is,
except KeyError rather than except KeyError as e).
Another can of worms also appeared in #2833...
Changes by Collin Winter [EMAIL PROTECTED]:
--
assignee: collinwinter -
resolution: fixed -
status: closed - open
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2507
__
Georg Brandl [EMAIL PROTECTED] added the comment:
Raising priority.
--
nosy: +georg.brandl
priority: - release blocker
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2833
__
Changes by Georg Brandl [EMAIL PROTECTED]:
--
dependencies: +Patch to rename HTMLParser module to lower_case
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2775
__
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Queue has already been renamed in the meantime.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1005
Georg Brandl [EMAIL PROTECTED] added the comment:
Closing as won't fix.
--
resolution: - wont fix
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1757062
_
Changes by Georg Brandl [EMAIL PROTECTED]:
--
dependencies: +Patch to rename *Server modules to lower-case
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2775
__
___
Brett Cannon [EMAIL PROTECTED] added the comment:
Do note that HTMLParse is slated to become html.parser in 3.0, so these
patches are out-of-date. They can be used, though, to possibly help all
references to HTMLParser (although 2to3 should handle that).
--
nosy: +brett.cannon
Georg Brandl [EMAIL PROTECTED] added the comment:
This probably won't be important anymore now that we have str.format()...
--
priority: normal - low
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1467929
Georg Brandl [EMAIL PROTECTED] added the comment:
This seems to be fixed in current SVN.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1025
Changes by Georg Brandl [EMAIL PROTECTED]:
--
assignee: christian.heimes - gvanrossum
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1762972
_
___
Georg Brandl [EMAIL PROTECTED] added the comment:
This has apparently been fixed now.
--
nosy: +georg.brandl
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1762972
_
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Sean, why don't you just check in the patch ?
Then we can close the bug.
Georg, the fact that we have an alternative method for string formatting
doesn't mean that it's ok for Python to hide error using the prevailing
method of string
Georg Brandl [EMAIL PROTECTED] added the comment:
I didn't want to imply that, but seeing that nobody cared about it for
so long I hadn't much hope for the future... ;)
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1467929
New submission from igs [EMAIL PROTECTED]:
At least in Python 2.4 shutil.copy2() not only copies content and
access times of a files like stated in the documentation but also the
access bits.
That behaviour I would not expect because in other functions from
shutil it is explicitly stated if
Mark Veldhuis [EMAIL PROTECTED] added the comment:
thank you too. Yes the text is there, I pasted the whole header here:
Python 2.5.2 (r252:60911, Apr 21 2008, 11:12:42)
[GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2
Type copyright, credits or license() for more information.
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I don't see the problem at all. The -909 value is an implementation
artefact, and the submitter probably wouldn't have known it existed
without reading the source code. Perhaps we should change it to
something different every Python release
New submission from Tadek Pietraszek [EMAIL PROTECTED]:
There are cases when gzip produces/receives a zero-padded output, for
example when creating a compressed tar archive with a pipe:
tar cz /dev/null foo.tgz
ls -la foo.tgz
-rw-r- 1 tadek tadek 10240 May 13 23:40 foo.tgz
tar tvfz
Andrew Nissen [EMAIL PROTECTED] added the comment:
In reference to Dustin's entry: That's the point; the expected behavior
is that subprocess should write data to the named files, without the
fix, it doesn't. With the subprocess module as it stands, there are a
number of cases that will not
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
type: - feature request
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2843
__
___
Python-bugs-list mailing list
Changes by Brett Cannon [EMAIL PROTECTED]:
--
dependencies: +Remove cl usage from aifc
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2775
__
___
Python-bugs-list
New submission from Brett Cannon [EMAIL PROTECTED]:
The cl module has been removed from Python 3.0, but the aifc module still
imports it in multiple locations. The module needs to be updated (with
tests hopefully) so as to not use the cl module.
--
components: Library (Lib)
messages:
New submission from Brett Cannon [EMAIL PROTECTED]:
The mimetools module has been deprecated for ages, but it is still used in
multiple places (a quick grep lists ``cgi``, ``httplib``, ``urllib``,
``urllib2``, ``test_cookielib``, ``test_multifile``, ``test_urllib``,
``test_urllib2``,
Changes by Brett Cannon [EMAIL PROTECTED]:
--
dependencies: +Remove mimetools usage from the stdlib
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2775
__
___
New submission from Brett Cannon [EMAIL PROTECTED]:
The rfc822 module has been deprecated for a while but is still used in the
stdlib (at least in 'cgi' and 'test_urllib2'). All uses need to go before
the module can be removed.
--
components: Library (Lib)
messages: 66810
nosy:
Changes by Brett Cannon [EMAIL PROTECTED]:
--
dependencies: +Remove usage of rfc822 from the stdlib
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2775
__
___
Changes by Jesús Cea Avión [EMAIL PROTECTED]:
--
nosy: +jcea
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2837
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jesús Cea Avión [EMAIL PROTECTED]:
--
nosy: +jcea
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2156
__
___
Python-bugs-list mailing list
Unsubscribe:
53 matches
Mail list logo