New submission from Hye-Shik Chang:
This patch adds CNS11643 support into Python unicode codecs.
CNS11643 is a huge character which is used in EUC-TW and ISO-2022-CN.
CJKCodecs have had the CNS11643 support for 4 years at least,
but I dropped it because of its huge size in integrating into
Martin v. Löwis added the comment:
I would like to see whether a compression mechanism of the tables could
be found. If all else fails, compressing with raw zlib might improve
things, but before that, I think other compression techniques should be
studied.
I'm still -1 on ad-hoc exclusion of
New submission from Mike Coleman:
In asynchat, 'push' doesn't specify 'buffer_size', so the default of 512
is used. This is bogus and causes poor performance--it should use the
value of 'ac_out_buffer_size' instead.
--
components: Library (Lib)
messages: 62294
nosy: mkc
severity:
Kurt B. Kaiser added the comment:
I disagree. It's a major feature of the revised IDLE that code is
run
in a fresh environment every time. New users will only be
'surprised'
once, if at all. They will learn to put the creation of the
objects,
etc. that they want to retain into the top
Kurt B. Kaiser added the comment:
That should be 'Issue1350'!
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2062
__
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Stefan Schwarzburg:
In the documentation for SimpleXMLRPCServer
(http://docs.python.org/lib/simple-xmlrpc-servers.html)it is said, that
the SimpleXMLRPCServer object has an attribute rpc_paths that could be
set to valid path portions.
This would mean that changing the
Tal Einat added the comment:
First of all, installing Python on Windows creates a 'Edit with IDLE'
context-menu item whenever you right-click a .py file, which opens IDLE
without a subprocess. The reason for this is that there is still a
problem regarding having several instances of IDLE, each
Raghuram Devarakonda added the comment:
Raghuram, you've been too fast ;-)
Sorry about that :-) and thanks for validating the test cases.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2047
__
Amaury Forgeot d'Arc added the comment:
Attached a patch to compile trunk with vc6 and vs8.
Most tests pass with these two compilers.
Tests needed for vs7 and vs9!
Added file: http://bugs.python.org/file9409/issue2065.patch
__
Tracker [EMAIL PROTECTED]
Kurt B. Kaiser added the comment:
I agree that testing GUI apps is problematic, especially if you are
working with an intermediate version which isn't being used heavily.
Besides code review, you essentially have to run at least a subset of an
user-conducted acceptance test which tries to
will added the comment:
The issue is reproduced under WIN32, version info as follows:
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit
(Intel)] on win32
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2075
New submission from will:
c=22.99*5.0
print c==114.95
This will produce false
c=22.99*4.0
print c==91.96
This will produce true
This is not expected behavior for python
--
components: Interpreter Core, Library (Lib)
messages: 62306
nosy: tsxy
severity: normal
status: open
title: Float
Raghuram Devarakonda added the comment:
I am closing it as there is no activity for long time. Please reopen if
required.
--
nosy: +draghuram
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue456086
Kuang-che Wu added the comment:
FYI, according to the new spec of cns11643-2004 (you can search the
preview from http://www.cnsonline.com.tw/, at
http://www.cnsonline.com.tw/preview/preview.jsp?
general_no=1164300language=Cpagecount=524).
From page 499, it mensioned an URL
Martin v. Löwis added the comment:
BTW, which version of CNS11643 does that implement? AFAICT, there is CNS
11643-1986 and CNS 11643-1992. Where did you get the Unicode mapping from?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2066
Changes by Giampaolo Rodola':
--
versions: +Python 2.6, Python 3.0
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1745035
_
___
Python-bugs-list mailing list
Marc-Andre Lemburg added the comment:
Some background information: http://www.cns11643.gov.tw/eng/word.jsp
The most recent version appears to be: CNS11643-2004, sometimes also
called CNS11643 version 3 or CNS11643-3
(http://docs.hp.com/en/5991-7974/5991-7974.pdf).
Here's the table for version
Tal Einat added the comment:
Well, I admit, I haven't tested this enough. Specifically, there is a
bug in this patch (both versions); please delete it.
I accept your criticism of my latest patches, they truly are of inferior
quality. I deeply apologize for having taken up more of your time
Nick Coghlan added the comment:
Backported to 2.5 in r60728
P.S. To elaborate a bit more on why converting NamedTemporaryFile to
subclass file would be a much bigger deal than it is to just fix its
__enter__ and __exit__ methods:
- converts from old-style to new-style class
- imposes the
Marc-Andre Lemburg added the comment:
How often would this character set be needed ?
In any case, using a (pre)compiler switch is not a good idea. Please add
support to enable/disable the support via a configure switch.
--
nosy: +lemburg
__
Tracker
Changes by Hye-Shik Chang:
--
title: Adding new CNS11643 support, a *huge* charset, in cjkcodecs - Adding
new CNS11643, a *huge* charset, support in cjkcodecs
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2066
Tal Einat added the comment:
I agree that the interface should be kept as simple as possible, but
this is a meaningful and important addition, which will help clarify to
the users how to work with the subprocess. The point of this change is
avoid surprising the user, while also making the
Changes by Christian Heimes:
--
priority: - low
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2057
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Christian Heimes:
--
keywords: +patch
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2062
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
It's a classic problem for new Python developers. You have declared a
mutable object at class level. styles and widgets are the same object
for all instances of Widget and Container. You have to create them
inside the initializer.
Try
class Widget:
def
Nick Coghlan added the comment:
The wrapper approach has the virtue of providing easy access to the
underlying file object and its methods. That actually gets a bit more
difficult when you switch to a subclassing approach (you need to either
explicitly qualify the methods or play around with
Changes by Christian Heimes:
--
nosy: +tiran
priority: - high
resolution: - accepted
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2065
__
___
Python-bugs-list
New submission from Heather:
I have tried both Python 2.4.4 and 2.5.1 and for both, I get the
following results when running the following code:
IDLE 1.2.1
class Style:
stylename=''
value=''
class Widget:
styles = {}
def setStyle(self, stylename, value):
Changes by Kuang-che Wu:
Added file: http://bugs.python.org/file9407/diff-issue1751245.txt
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1751245
_
___
Python-bugs-list
Jeffrey Yasskin added the comment:
Re convergents: In the interest of minimality, I don't think
from_continued_fraction and to_continued_fraction need to stick around.
I think the other thread established pretty conclusively that
.convergents() is not a particularly good building block for
Hye-Shik Chang added the comment:
I've generated the mapping table from ICU's CNS11643-1992 mapping.
I see that CNS11643 is quite rarely used in the internet, but it's the
only national standard character set in Taiwan. Asking Taiwanese
python users, even they didn't think that it's necessary
New submission from Simon Percivall:
_safe_repr() tries to handle the case where two objects are unorderable by
ordering on (str(type(key)), key, value), but this fails when
str(type(key)) is equal for two objects, but key is different and
unorderable. Easy fix: order just on the string
Guido van Rossum added the comment:
I have a proposed minimal fix, but I wonder if this would break existing
code (apart from the exploit given here). Martin? (I think the
discussion between Alexander and Amaury can be ignored for the purpose
of reviewing the fix; only the exploit matters.)
New submission from Alexander Belopolsky:
Attached patch makes file.__exit__ call subclass' close method.
--
components: Interpreter Core
files: file_exit.diff
messages: 62289
nosy: belopolsky
severity: normal
status: open
title: file.__exit__ does not call subclass' close method
type:
Amaury Forgeot d'Arc added the comment:
In this case let's put the cjkcodecs modules in their own
DLL(s) on win32.
--
nosy: +amaury.forgeotdarc
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2066
__
Christian Heimes added the comment:
IMO the warning can be removed. The 2to3 tool can easily migrate any
callable(spam) to hasattr(spam, '__call__').
--
nosy: +tiran
priority: - normal
type: - rfe
__
Tracker [EMAIL PROTECTED]
Changes by Christian Heimes:
--
keywords: +patch
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2055
__
___
Python-bugs-list mailing list
Changes by Christian Heimes:
--
assignee: - kbk
keywords: +patch
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2061
__
___
Python-bugs-list
Changes by Christian Heimes:
--
assignee: - tiran
keywords: +patch
nosy: +tiran
priority: - high
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2063
__
___
New submission from Amaury Forgeot d'Arc:
Since r60696, WINVER is forced to _WIN32_WINNT_WIN2K. This has two problems:
- Vs8 (and before) does not define _WIN32_WINNT_WIN2K. It should be
replaced with 0x500.
- When WINVER is set to 0x500, vc6 gives a long warning because at the
time, windows nt
Amaury Forgeot d'Arc added the comment:
I'm using win2000, and latest free compiler doesn't support it :-(
I hope it does. r60696 is only about supporting win2000 when compiled
with vs9.
Building with vc6 should be corrected. I filed issue2065.
__
Tracker
Mark Dickinson added the comment:
A late comment: I agree with Ronald here; mightn't it make more sense
to raise an exception (ValueError?) for long(float(nan))?
For comparison, long(float(inf)) currently raises OverflowError, at
least on OS X.
--
nosy: +marketdickinson
42 matches
Mail list logo