New submission from Dennis Kaarsemaker [EMAIL PROTECTED]:
If a certain module cannot be imported, this error is not caught and
warned about by pydoc, but will cause 'modules' to fail. This could be
considered a bug in the module but it would still be nice if 3rd party
modules cannot break pydoc.
Changes by Dennis Kaarsemaker [EMAIL PROTECTED]:
--
versions: +Python 2.5
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2519
__
___
Python-bugs-list mailing list
Christoph Burgmer [EMAIL PROTECTED] added the comment:
To be more precise: I see no way to convert the encapsulated non-ASCII
data from the string in an easy way.
Taking e from my last post none of the following will work:
str(e) # UnicodeDecodeError
e.__str__() # UnicodeDecodeError
Brett Cannon [EMAIL PROTECTED] added the comment:
On another note, the warnings module should be made to work with or
without _warnings. that way IronPython, Jython, and PyPy won't have to re-
implement stuff. This also means that test cases need to be changed to
test this.
--
Changes by Peter Poeml [EMAIL PROTECTED]:
--
nosy: +poeml
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1424152
_
___
Python-bugs-list mailing list
Changes by Christian Heimes [EMAIL PROTECTED]:
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2513
__
___
Python-bugs-list mailing list
Unsubscribe:
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Use: print unicode(e.message).encode(utf-8)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2517
__
___
Python-bugs-list
Christoph Burgmer [EMAIL PROTECTED] added the comment:
Thanks, this does work.
But, where can I find the piece of information you just gave to me in
the docs? I couldn't find any interface definition for Exceptions.
Further more will this be regarded as a bug?
From [1] I understand that
New submission from John Buckley [EMAIL PROTECTED]:
Cannot import macerrors due to non-ascii characters appearing in comments.
Patch attached.
--
components: Library (Lib), Macintosh
files: macerrors.patch
keywords: patch
messages: 64783
nosy: thecube
severity: normal
status: open
New submission from Amaury Forgeot d'Arc [EMAIL PROTECTED]:
The following function seems to 8 references each time it is run:
import io, gc
def f():
class C: pass
c=C()
assert isinstance(c, io.StringIO) is False
gc.collect();gc.collect();gc.collect()
This is because
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
I am attaching my fix along the lines of a solution suggested by Amaury
at http://mail.python.org/pipermail/python-dev/2008-
February/076747.html:
Or is the proper fix to incref the values
going into the kw array and decref them upon
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Note the interpreter cannot print the exception either:
raise Exception(u'Error when printing ü')
Traceback (most recent call last):
File stdin, line 1, in module
Exception
--
nosy: +amaury.forgeotdarc
New submission from Andrii V. Mishkovskyi [EMAIL PROTECTED]:
locale.format() doesn't insert correct decimal separator to string
representation when 'format' argument has '\r' or '\n' symbols in it.
This bug has been reproduced on Python 2.5.2 and svn-trunk.
Python 2.4.5 (#2, Mar 12 2008,
Thomas Heller [EMAIL PROTECTED] added the comment:
Here's a patch against trunk that implements tp_richcompare. It does
apply to and work also in the py3k branch.
I have only implemented the '__eq__' and '__ne__' comparisons.
Added file: http://bugs.python.org/file9913/sqliterow-richcmp.diff
Changes by Thomas Heller [EMAIL PROTECTED]:
--
nosy: +theller
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2513
__
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Antoine Pitrou [EMAIL PROTECTED]:
In py3k, buffered binary IO can be quadratic when e.g. reading a whole file.
This is a small test on 50KB, 100KB and 200KB files:
- py3k with buffering:
./python -m timeit -s f = open('50KB', 'rb') f.seek(0); f.read()
1000 loops, best of 3:
Thomas Heller [EMAIL PROTECTED] added the comment:
I had to make additional changes to PCBuild\pcbuild.sln to create a
64-bit wininst-9.0-amd64.exe (but I was not able to try out if it works
or not).
Added file: http://bugs.python.org/file9914/pcbuild.diff
__
Changes by Kurt B. Kaiser [EMAIL PROTECTED]:
--
components: IDLE
nosy: kbk
severity: normal
status: open
title: IDLE 3.0
versions: Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2524
__
New submission from Kurt B. Kaiser [EMAIL PROTECTED]:
oops
--
assignee: - kbk
components: +None -IDLE
priority: - low
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2524
Ralf Schmitt [EMAIL PROTECTED] added the comment:
this works with python 2.6.
for python 2.5.1 I get the following gdb backtrace:
(gdb) bt
#0 0x2b0d95118e2d in cursor_iternext (self=0x2b0d93bae870)
at /root/src/Python-2.5.1/Modules/_sqlite/cursor.c:854
#1 0x2b0d93dd1769 in
Changes by Jeffrey Yasskin [EMAIL PROTECTED]:
--
nosy: +jyasskin
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue815646
___
Python-bugs-list mailing list
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I am going to reopen this issue for Py3k. The recommended encoding for
Python source files in 2.x is ASCII; I wouldn't say correctly dealing
with non-ASCII exceptions is fully supported. In 3.x, however, the
recommended encoding is UTF-8, so
Christoph Burgmer [EMAIL PROTECTED] added the comment:
Though I welcome the reopening of the bug for Python 3.0 I must say
that plans of not fixing a core element rather surprises me.
I never believed Python to be a programming language with good Unicode
integration. Several points were
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I never believed Python to be a programming language with good Unicode
integration. Several points were missing that would've been nice or
even essential to have for good development with Unicode, most ignored
for the sake of maintaining
Gerhard Häring [EMAIL PROTECTED] added the comment:
Thanks a lot! I will review and apply this after the next releases.
Don't want to rush things in now that the next alphas are so close. Btw.
I don't find forward-porting to py3k particularly easy. The diffs
between the 2.6 version and th 3.0
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Even in 2.5, __str__ is allowed to return a Unicode object;
we could change BaseException_str this way:
Index: exceptions.c
===
--- exceptions.c(revision 61957)
+++
Benjamin Peterson [EMAIL PROTECTED] added the comment:
After thinking some more, I'm going to add 2.6 to this. I'm attaching a
patch for the trunk (it can be merged in Py3k, and maybe 2.5) which
displays a UnicodeWarning when an Exception cannot be displayed due to
encoding issues.
Georg, can
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Would you like to work on a patch?
--
nosy: +benjamin.peterson
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2519
__
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
type: - feature request
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2519
__
___
Python-bugs-list mailing list
New submission from Guido van Rossum [EMAIL PROTECTED]:
The USTimeZone example class hasn't been updated for the new US DST
rules that went into effect in 2007. For a description of the new
rules, see:
http://wwp.greenwichmeantime.com/daylight-saving-time/usa/dst-2007.htm
--
assignee:
Neal Norwitz [EMAIL PROTECTED] added the comment:
I didn't realize this was waiting for me. You should have just checked
it in, that would have gotten me to review faster. :-)
pythonrun.c:
* Should PyModule_GetWarningsModule() return a valid pointer?
* The code below crashes. Need to
31 matches
Mail list logo