[ python-Bugs-1521947 ] possible bug in mystrtol.c with recent gcc
Bugs item #1521947, was opened at 2006-07-13 17:39 Message generated for change (Comment added) made by nmm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1521947&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Interpreter Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marien Zwart (marienz) Assigned to: Nobody/Anonymous (nobody) Summary: possible bug in mystrtol.c with recent gcc Initial Comment: python 2.5b2 compiled with gentoo's gcc 4.1.1 and -O2 fails test_unary_minus in test_compile.py. Some investigating showed that the -ftree-vrp pass of that gcc (implied by -O2) optimizes out the "result == -result" test on line 215 of PyOS_strtol, meaning PyOS_strtol of the most negative long will incorrectly overflow. Python deals with this in this case by constructing a python long object instead of a python int object, so at least in this case the problem is not serious. I have no idea if there is a case where this is a "real" problem. At first I reported this as a gentoo compiler bug, but got the reply that: """ I'm pretty sure it's broken. -LONG_MIN overflows when LONG_MIN < -LONG_MAX, and in standard C as well as "GNU C", behaviour after overflow on signed integer operations is undefined. """ (see https://bugs.gentoo.org/show_bug.cgi?id=140133) So now I'm reporting this here. There seems to be a LONG_MIN constant in limits.h here that could checked against instead, but I have absolutely no idea how standard that is. Or this could be a compiler bug after all, in which case I would appreciate information I Can use to back that up :) -- Comment By: Nick Maclaren (nmm) Date: 2006-07-17 09:20 Message: Logged In: YES user_id=42444 Yes, this is a duplicate of 1521726. The compiler people's answer is correct, and mystrtoul.c is incorrect. LONG_MIN has been in C since C90, so should be safe, but its value may not always be what you expect. However, the code breakage is worse that just that test, and there are the following 3 cases of undefined behaviour: 1) Casting and unsigned long to long above LONG_MAX. 2) That test. 3) result = -result. The fix should be to make result unsigned long, and check the range BEFORE any conversion. Nothing else is safe. It is a matter of taste whether to include a fiddle for the number that can be held only when negated - I wouldn't, and would let that number be converted to a Python long, but others might disagree. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-07-17 01:13 Message: Logged In: YES user_id=33168 Is this a duplicate of 1521726? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1521947&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1521726 ] isinstance failure in 2.5 Beta 2
Bugs item #1521726, was opened at 2006-07-13 10:56
Message generated for change (Comment added) made by nmm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1521726&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: Nick Maclaren (nmm)
Assigned to: Nobody/Anonymous (nobody)
Summary: isinstance failure in 2.5 Beta 2
Initial Comment:
Linux gosset 2.6.16.13-4-smp #1 SMP Wed May 3 04:53:23
UTC 2006 x86_64 x86_64 x86_64 GNU/Linux
./python Lib/test/test_compile.py
File "Lib/test/test_compile.py", line 6, in
class TestSpecifics(unittest.TestCase):
File "Lib/test/test_compile.py", line 399, in test_main
test_support.run_unittest(TestSpecifics)
File
"/home/nmm/Python-2.5b2/Lib/test/test_support.py", line
422, in run_unittest
run_suite(suite, testclass)
File
"/home/nmm/Python-2.5b2/Lib/test/test_support.py", line
407, in run_suiteraise TestFailed(err)
test.test_support.TestFailed: Traceback (most recent
call last):
File "Lib/test/test_compile.py", line 226, in
test_unary_minus
self.assertTrue(isinstance(eval("%s" % (-sys.maxint
- 1)), int))
./python
Python 2.5b2 (r25b2:50512, Jul 13 2006, 11:33:15)
>>> import sys
>>> print sys.maxint
9223372036854775807
>>> print "%s" % (-sys.maxint - 1)
-9223372036854775808
>>> print isinstance(eval("%s" % (-sys.maxint - 1)), int)
False
>>> print isinstance(eval("%s" % (-sys.maxint)), int)
True
--
>Comment By: Nick Maclaren (nmm)
Date: 2006-07-17 09:22
Message:
Logged In: YES
user_id=42444
Yes, it is a duplicate of 1521947. 4.1.0, for what it is
worth, but I have added comments to 1521947.
--
Comment By: Neal Norwitz (nnorwitz)
Date: 2006-07-17 01:13
Message:
Logged In: YES
user_id=33168
What version of gcc? Is this a duplicate of 1521947.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1521726&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1523136 ] incorrect tcp checksum
Bugs item #1523136, was opened at 2006-07-15 20:49 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1523136&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library >Group: 3rd Party >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: ecir hana (ecirhana) Assigned to: Nobody/Anonymous (nobody) Summary: incorrect tcp checksum Initial Comment: hi, when using 'socket' library for a simple web server 'ethereal' reports incorrect checksum in transmission control protocol. on ubuntu dapper drake and firefox -- >Comment By: Martin v. Löwis (loewis) Date: 2006-07-17 14:13 Message: Logged In: YES user_id=21627 This can hardly be a problem in Python. Python uses the TCP implementation of the operating system, and the TCP stack computes the checksum. Closing as third-party bug. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1523136&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1522771 ] Patch #1388073 is not mentioned in NEWS
Bugs item #1522771, was opened at 2006-07-14 20:09 Message generated for change (Comment added) made by gbrandl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1522771&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: Python 2.5 >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Collin Winter (collinwinter) Assigned to: Georg Brandl (gbrandl) Summary: Patch #1388073 is not mentioned in NEWS Initial Comment: This patch adds a mention of patch #1388073 (which changed the names of several attributes on unittest.TestCase) to the "Library" subsection of Misc/NEWS for Python 2.5 alpha 1 (since the patch was applied before 2.5a1 was released). -- >Comment By: Georg Brandl (gbrandl) Date: 2006-07-17 13:26 Message: Logged In: YES user_id=849994 Committed rev. 50689. -- Comment By: Collin Winter (collinwinter) Date: 2006-07-16 18:55 Message: Logged In: YES user_id=1344176 Assigned to gbrandl, since he committed the initial patch. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1522771&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1523853 ] 2.4.2 file.read caches EOF state
Bugs item #1523853, was opened at 2006-07-17 13:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1523853&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Jarkko Torppa (beeki)
Assigned to: Nobody/Anonymous (nobody)
Summary: 2.4.2 file.read caches EOF state
Initial Comment:
It seems that python 2.4.2 file reading stuff (for l in
f) and (f.read()) cache EOF state. For f.next
documtation hints that there is internal buffer so I
guess that this is somewhat acceptable there. But for
f.read() there is no hint about internal buffering of
the state.
This is somewhat unfortunate as tail -f like
functionality is impossible to implement without doing
lowlevel io (os.read) (as traddional unix has no
select-like functionality on files).
Tested on solaris8. This is either library or
documentation bug.
Code below
def iterline(f):
""" Own function because the internal seems to
buffer EOF
"""
b=[]
while 1:
data=os.read()
print `data`,`b`,f.tell(), \
os.fstat(f.fileno()).st_size
if len(data) == 0:
time.sleep(1)
continue
idx=data.find('\n')
while idx > 0:
line=data[:idx]
if b:
yield ''.join(b) + line
b = []
else:
yield line
data=data[idx+1:]
idx=data.find('\n')
b.append(data)
raise StopIteration
Output
'' [''] 1699424 1699424
(log lines appended here)
'' [''] 1699424 1699647
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1523853&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1513617 ] IDLE fails to launch after 46272 (2.4 with 2.5 IDLE)
Bugs item #1513617, was opened at 2006-06-27 17:18
Message generated for change (Comment added) made by kbk
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1513617&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: IDLE
>Group: Python 2.4
>Status: Closed
>Resolution: Invalid
>Priority: 5
Submitted By: John Bollinger (bbands)
Assigned to: Kurt B. Kaiser (kbk)
>Summary: IDLE fails to launch after 46272 (2.4 with 2.5 IDLE)
Initial Comment:
As of revision 46805 IDLE fails silently on launch. If
launched from a command prompt the following output is
seen.
D:\Python24\Lib\idlelib>python idle.py
Traceback (most recent call last):
File "idle.py", line 2, in ?
import idlelib.PyShell
File "D:\Python24\lib\idlelib\PyShell.py", line 27, in ?
from EditorWindow import EditorWindow, fixwordbreaks
File "D:\Python24\lib\idlelib\EditorWindow.py", line
42, in ?
class EditorWindow(object):
File "D:\Python24\lib\idlelib\EditorWindow.py", line
47, in EditorWindow
import Bindings
File "D:\Python24\lib\idlelib\Bindings.py", line 109,
in ?
default_keydefs = idleConf.GetCurrentKeySet()
File "D:\Python24\lib\idlelib\configHandler.py", line
499, in GetCurrentKeySet
result = self.GetKeySet(self.CurrentKeys())
File "D:\Python24\lib\idlelib\configHandler.py", line
519, in GetKeySet
activeExtns=self.GetExtensions(active_only=1)
File "D:\Python24\lib\idlelib\configHandler.py", line
377, in GetExtensions
extns=self.RemoveKeyBindNames(
File "D:\Python24\lib\idlelib\configHandler.py", line
410, in RemoveKeyBindNames
if name.endswith(('_bindings', '_cfgBindings')):
TypeError: expected a character buffer object
--
>Comment By: Kurt B. Kaiser (kbk)
Date: 2006-07-17 13:40
Message:
Logged In: YES
user_id=149084
It appears that you are running a mixed system
on XP: Python 2.4 and IDLE from the repository.
At 46805 IDLE was modified to reflect new syntax:
"Make use of new str.startswith/endswith semantics.
Occurences in email and compiler were ignored due to
backwards compat requirements."
The change is:
http://svn.python.org/view/python/trunk/Lib/idlelib/
configHandler.py?rev=46805&r1=38395&r2=46805
My suggestion would be to move to 2.5b2, now
available. Otherwise, modify your configHandler.py
source to revert this change locally.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1513617&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1521726 ] isinstance failure in 2.5 Beta 2
Bugs item #1521726, was opened at 2006-07-13 10:56
Message generated for change (Settings changed) made by gbrandl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1521726&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.5
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: Nick Maclaren (nmm)
Assigned to: Nobody/Anonymous (nobody)
Summary: isinstance failure in 2.5 Beta 2
Initial Comment:
Linux gosset 2.6.16.13-4-smp #1 SMP Wed May 3 04:53:23
UTC 2006 x86_64 x86_64 x86_64 GNU/Linux
./python Lib/test/test_compile.py
File "Lib/test/test_compile.py", line 6, in
class TestSpecifics(unittest.TestCase):
File "Lib/test/test_compile.py", line 399, in test_main
test_support.run_unittest(TestSpecifics)
File
"/home/nmm/Python-2.5b2/Lib/test/test_support.py", line
422, in run_unittest
run_suite(suite, testclass)
File
"/home/nmm/Python-2.5b2/Lib/test/test_support.py", line
407, in run_suiteraise TestFailed(err)
test.test_support.TestFailed: Traceback (most recent
call last):
File "Lib/test/test_compile.py", line 226, in
test_unary_minus
self.assertTrue(isinstance(eval("%s" % (-sys.maxint
- 1)), int))
./python
Python 2.5b2 (r25b2:50512, Jul 13 2006, 11:33:15)
>>> import sys
>>> print sys.maxint
9223372036854775807
>>> print "%s" % (-sys.maxint - 1)
-9223372036854775808
>>> print isinstance(eval("%s" % (-sys.maxint - 1)), int)
False
>>> print isinstance(eval("%s" % (-sys.maxint)), int)
True
--
Comment By: Nick Maclaren (nmm)
Date: 2006-07-17 09:22
Message:
Logged In: YES
user_id=42444
Yes, it is a duplicate of 1521947. 4.1.0, for what it is
worth, but I have added comments to 1521947.
--
Comment By: Neal Norwitz (nnorwitz)
Date: 2006-07-17 01:13
Message:
Logged In: YES
user_id=33168
What version of gcc? Is this a duplicate of 1521947.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1521726&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517990 ] IDLE on macosx keybindings need work
Bugs item #1517990, was opened at 2006-07-06 04:26 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517990&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: IDLE Group: Python 2.5 Status: Open Resolution: None Priority: 7 Submitted By: Ronald Oussoren (ronaldoussoren) >Assigned to: Ronald Oussoren (ronaldoussoren) Summary: IDLE on macosx keybindings need work Initial Comment: There is a serious issue with the keybindings for IDLE on OSX: a lot of them don't work correctly. One example of a not-working key-binding is 'CMD-W', this should close the current window but doesn't. 'CMD-N' does create a new window though, so at least some keybindings work. -- >Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-17 14:06 Message: Logged In: YES user_id=149084 Unfortunately, I don't have a Mac to work with. The current Mac keybindings were devised by Tony Lownds (tonylownds) during the transition to OSX. Would you like to create a new section in config-keys.def named OSX and work up some new bindings? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517990&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1517993 ] IDLE: config-main.def contains windows-specific settings
Bugs item #1517993, was opened at 2006-07-06 04:29 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517993&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: IDLE Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Ronald Oussoren (ronaldoussoren) Assigned to: Nobody/Anonymous (nobody) Summary: IDLE: config-main.def contains windows-specific settings Initial Comment: The default values in config-main.def contain values that are specific for Windows. This means that the key-bindings for other platforms, such as OSX will be wrong (because config-main selects the windows keybindings as the default keybindings). I've worked around this by copying a mac version of config-main.def over the installed version of config-main.def from Mac/IDLE/Makefile.in. That is obviously a crude hack, but I know of no better solution. -- >Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-17 14:46 Message: Logged In: YES user_id=149084 Not so crude, since there is a Mac/IDLE/ dir? I gather this works ok for 2.5 installs on OSX? Perhaps IDLE should be modified to try to detect the platform and only use the entry in config-main.def if detection fails. The [keys] section is necessary, I believe, to mirror the [keys] section in the user's config-main.cfg if he changes keybindings. But you would still need Mac/IDLE/, would you not? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517993&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1524081 ] logging using the SysLog handler fails if locale is set
Bugs item #1524081, was opened at 2006-07-17 15:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524081&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: Mihai Ibanescu (misa)
Assigned to: Nobody/Anonymous (nobody)
Summary: logging using the SysLog handler fails if locale is set
Initial Comment:
This affectes b2 and python 2.4 too.
Initially reported here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198971
Looking at logging/handlers.py:
Line 635:
self.encodePriority(self.facility,
string.lower(record.levelname)), msg)
Line 611 in encodePriority:
priority = self.priority_names[priority]
priority_names is declared on line 527:
priority_names = {
"alert":LOG_ALERT,
"crit": LOG_CRIT,
...
"info": LOG_INFO,
...
Now, if one initializes the locale (i.e.
locale.setlocale(locale.LC_ALL, "")
and then tries to use the logging module, it will fail
with an exception looking kinda like:
File "/usr/lib64/python2.4/logging/handlers.py", line
627, in encodePriority
priority = self.priority_names[priority]
KeyError: 'Info'
if they choose LANG=tr_TR.UTF-8
This happens because in that particular locale,
"INFO".lower() != "info"
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1524081&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1325071 ] "as" keyword sometimes highlighted in strings
Bugs item #1325071, was opened at 2005-10-12 13:45 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1325071&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: IDLE Group: None >Status: Closed >Resolution: Fixed Priority: 3 Submitted By: Artur de Sousa Rocha (adsr) Assigned to: Kurt B. Kaiser (kbk) Summary: "as" keyword sometimes highlighted in strings Initial Comment: IDLE sometimes highlights the "as" keyword inside strings. See the docstring to the get_redir() function in the attached script. IDLE 1.1.2, Python 2.4.2, but I've seen it in older versions too. -- >Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-17 18:13 Message: Logged In: YES user_id=149084 closed by patch 1479219, Tal Einat -- Comment By: Raymond Hettinger (rhettinger) Date: 2005-10-14 03:20 Message: Logged In: YES user_id=80475 It is better to have fast and simple syntax highlighting which does not special-case literals. IOW, I prefer the status quo -- it would be a loss to have the highlighting code get mired down with parser logic. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1325071&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1218081 ] email.Utils.py: "'" in RFC2231 header
Bugs item #1218081, was opened at 2005-06-10 06:07
Message generated for change (Comment added) made by bwarsaw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1218081&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.4
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Tokio Kikuchi (tkikuchi)
Assigned to: Barry A. Warsaw (bwarsaw)
Summary: email.Utils.py: "'" in RFC2231 header
Initial Comment:
A header like this one can cause ValueError in
attempting to decode the RFC2231 format:
Content-Disposition: inline;
filename*0="Today's Headlines- C.I.A. Is
Reviewing Its Security Policy
for R"; filename*1="ecruiting Translators.jpg"
Note that there is a ' in the filename. MUA should
have escaped the ' by %27 but Python email library
should be robust for such a violation.
Here is the traceback:
>>> print p[4]['content-disposition']
inline;
filename*0="Today's Headlines- C.I.A. Is
Reviewing Its Security Policy
for R"; filename*1="ecruiting Translators.jpg"
>>> p[4].get_filename()
Traceback (most recent call last):
File "", line 1, in ?
File "/usr/local/lib/python2.4/email/Message.py",
line 707, in get_filename
filename = self.get_param('filename', missing,
'content-disposition')
File "/usr/local/lib/python2.4/email/Message.py",
line 590, in get_param
for k, v in self._get_params_preserve(failobj, header):
File "/usr/local/lib/python2.4/email/Message.py",
line 537, in _get_params_pre
serve
params = Utils.decode_params(params)
File "/usr/local/lib/python2.4/email/Utils.py", line
275, in decode_params
charset, language, value =
decode_rfc2231(EMPTYSTRING.join(value))
File "/usr/local/lib/python2.4/email/Utils.py", line
222, in decode_rfc2231
charset, language, s = parts
ValueError: need more than 2 values to unpack
>>>
--
>Comment By: Barry A. Warsaw (bwarsaw)
Date: 2006-07-17 19:08
Message:
Logged In: YES
user_id=12800
Fixed in r50692 in the Python 2.5 trunk. I will back port
these changes to email 3.0 and 2.5.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1218081&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1102973 ] Incorrect RFC 2231 decoding
Bugs item #1102973, was opened at 2005-01-15 11:13 Message generated for change (Settings changed) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1102973&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.4 >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Barry A. Warsaw (bwarsaw) Assigned to: Barry A. Warsaw (bwarsaw) Summary: Incorrect RFC 2231 decoding Initial Comment: The following message ---snip snip--- Content-Transfer-Encoding: base64 Content-Type: application/msword; x-mac-type=42494E41; x-unix-mode=0644; x-mac-creator=4D535744; name="miriam's file.doc" Content-Disposition: attachment; filename*0="miriam's file"; filename*1=ths.doc ---snip snip--- Is incorrectly decoded according to RFC 2231. The bug is in Utils.py in the decode_params() and decode_rfc2231() functions. charset/lang encoding should only be present on the first parameter, i.e. filename*0 and even then, the quoted single quote should not trip up the scanner. The problem is two fold: - first, the unquoting of filename*0 happens in decode_param(), too early for decode_rfc2231() to know about it. Second, the logic in docode_rfc2231() is too naive; it should take quoting into account to decide whether a single quote is part of the file name or part of the leading charset/lang encoding. I've labeled this in the Group: Python 2.4, but it really affects Python 2.3 as well, and the current head. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1102973&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1237697 ] link path probs on OSX re: Tcl, Tk & fink's /sw
Bugs item #1237697, was opened at 07/13/05 10:06 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1237697&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: Python 2.4 >Status: Closed Resolution: None Priority: 5 Submitted By: OpenMacNews (blakers) Assigned to: Nobody/Anonymous (nobody) Summary: link path probs on OSX re: Tcl, Tk & fink's /sw Initial Comment: hi all, i'm bldg Python 2.4.1 on OSX 10.4.1 ... i've installed a late version of Tcl/Tk framework in: /Library/Frameworks/Tcl.framework /Library/Frameworks/Tk.framework iiuc, these frameworks/libs are SUPPOSED to be searched PRIOR to / System/Library/Frameworks ... i've installed the Fink dev env in "/sw" the Fink ev is 'disabled' o my box ... i.e., "/sw" is NOT in my path ... that said, the Python build 'insists' on building against: (1) the /System/... Tcl & Tk frameworks (2) libs/includes in /sw/... (e.g., ndbm.h ...) correcting the problem is INSENSITIVE to discreet inclusion of /Library/ Frameworks in LD_LIBRARY_PATH/DYLD_LIBRARY_PATH only the build time spec'n of: setenv LDFLAGS "-L/Library/Frameworks -framework Tcl -framework Tk" seems to do the trick ... as for /sw, only a: mv /sw /swTMP ( ... build ...) mv /swTMP /sw seems to work. cheers, richard -- >Comment By: SourceForge Robot (sf-robot) Date: 07/17/06 19:21 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Martin v. Löwis (loewis) Date: 07/03/06 05:36 Message: Logged In: YES user_id=21627 It's not clear to me what the problem is that is being reported here; it looks like a messed-up setup on the build machine to me. Lowering the priority to "normal". blakers, if the problem persists, it would be good if you could start all over: 1) close this report 2) create a new report, indicating a) what you did b) what happened (stop your report at the first error, later errors might be follow-up) c) what you expected to happen instead. -- Comment By: OpenMacNews (blakers) Date: 07/13/05 11:32 Message: Logged In: YES user_id=564069 1st, i "lied" earlier ... i'm building on OSX 10.4.2, not 10.4.1. AND, apparently, i still have a problem ... the WRONG HEADERS. even with: setenv CPPFLAGS "-I/Library/Frameworks/Tcl.framework/Headers -I/ Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/ Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/ Tk.framework/Versions/Current/PrivateHeaders" set prior to configure, the build 'make' STILL complains abt: building '_tkinter' extension gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wno- long-double -no-cpp-precomp -mno-fused-madd -fno-common -dynamic - DWITH_APPINIT=1 -I/System/Library/Frameworks/Tcl.framework/Headers -I/ System/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders - I/System/Library/Frameworks/Tk.framework/Headers -I/System/Library/ Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/X11R6/ include -I. -I/usr/ports/Python-2.4.1/./Include -I/usr/ports/Python-2.4.1/./Mac/ Include -I/usr/local/include -I/usr/ports/Python-2.4.1/Include -I/usr/ports/ Python-2.4.1 -c /usr/ports/Python-2.4.1/Modules/_tkinter.c -o build/ temp.darwin-8.2.0-Power_Macintosh-2.4/_tkinter.o -framework Tcl - framework Tk In file included from /System/Library/Frameworks/Tk.framework/Headers/tk.h: 96, from /usr/ports/Python-2.4.1/Modules/_tkinter.c:67: /System/Library/Frameworks/Tk.framework/Headers/X11/Xlib.h:140: warning: function declaration isn't a prototype /System/Library/Frameworks/Tk.framework/Headers/X11/Xlib.h:343: warning: function declaration isn't a prototype /System/Library/Frameworks/Tk.framework/Headers/X11/Xlib.h:462: warning: function declaration isn't a prototype /System/Library/Frameworks/Tk.framework/Headers/X11/Xlib.h:480: warning: function declaration isn't a prototype /System/Library/Frameworks/Tk.framework/Headers/X11/Xlib.h:505: warning: function declaration isn't a prototype /System/Library/Frameworks/Tk.framework/Headers/X11/Xlib.h:506: warning: function declaration isn't a prototype /System/Library/Frameworks/Tk.framework/Headers/X11/Xlib.h:518: warning: function declaration isn't a prototype /System/Library/Frameworks/Tk.framework/Headers/X11/Xlib.h:531: warning: function declaration isn't a prototype /Sys
[ python-Bugs-1295179 ] termios.c in qnx4.25
Bugs item #1295179, was opened at 09/19/05 02:28 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1295179&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: Platform-specific >Status: Closed Resolution: None Priority: 5 Submitted By: kbob_ru (kbob_ru) Assigned to: Nobody/Anonymous (nobody) Summary: termios.c in qnx4.25 Initial Comment: I compile python version 2.3.5 in QNX4.25. But I found that #include don't work because in qnx4 we need to include first in which #include already present. Second, Module/termios.c needs flag IXANY, that not defined in qnx4 headers. Include right header and write #ifdef IXANY \ #endif around helps to compile Module/termios.c. -- >Comment By: SourceForge Robot (sf-robot) Date: 07/17/06 19:21 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Georg Brandl (gbrandl) Date: 07/03/06 06:40 Message: Logged In: YES user_id=849994 Can you test this with Python 2.5b1? -- Comment By: kbob_ru (kbob_ru) Date: 06/02/06 22:03 Message: Logged In: YES user_id=1347065 I used next patch for Python versions 2.3.5 and 2.4.3. It helps work properly termios module in QNX4.25 and termios test pass. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1295179&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1519069 ] incorrect locale.strcoll() return in Windows
Bugs item #1519069, was opened at 2006-07-07 22:04
Message generated for change (Comment added) made by pez4brian
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1519069&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Windows
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Brian Matherly (pez4brian)
Assigned to: Nobody/Anonymous (nobody)
Summary: incorrect locale.strcoll() return in Windows
Initial Comment:
Python 2.4.2 in Windows (English locale):
>>> import locale
>>> locale.setlocale(locale.LC_ALL,'C')
'C'
>>> locale.setlocale(locale.LC_ALL,'')
'English_United States.1252'
>>> locale.strcoll("M","m")
1
>>> locale.strcoll("Ma","mz")
-1
It appears that when a string has one character, "M" is
greater than "m", but when it has more than one string,
"M" is equal to "m"
--
>Comment By: Brian Matherly (pez4brian)
Date: 2006-07-17 21:52
Message:
Logged In: YES
user_id=726294
I think you are right - it's probably a Windows issue - if
it is an issue at all. I don't claim to be a lingual expert.
But I would prefer a case sensitive comparison. So I wrote a
function. It looks like this:
def strcoll_case_sensitive(string1,string2):
""" This function was written because string comparisons
in Windows
seem to be case insensitive if the string is longer
than
one character. """
# First, compare the first character
diff = locale.strcoll(string1[0],string2[0])
if diff == 0:
# If the first character is the same, compare the rest
diff = locale.strcoll(string1,string2)
return diff
Thanks for your help. Feel free to close this bug.
--
Comment By: Martin v. Löwis (loewis)
Date: 2006-07-15 02:37
Message:
Logged In: YES
user_id=21627
You should ask these questions in some Win32 programmer
newsgroup. I don't know whether this sorting is correct or
not, I'm not a native English speaker.
--
Comment By: Brian Matherly (pez4brian)
Date: 2006-07-14 22:14
Message:
Logged In: YES
user_id=726294
Thanks for your response. That is simply unacceptable. Who
at Microsoft needs to be flogged? More likely, this shows my
lack of understanding of strings and locale in general.
Your explanation does explain the results I get, but
wouldn't you admit that the results *seem* wrong?
By the definition given, the strings "Ma", "mb", "Mc", "md"
would actually sort in that order! So the list of sorted
strings would have alternating capitalization!
However, the list of strings "M", "m", "M", "m" would sort
as "M", "M", "m", "m" - no alternating capitalization - as I
would expect.
Would there happen to be some way to sort the strings using
the locale, but also using the case earlier in the
computation order? Basically, I want the sort to be case
sensitive.
Thanks again for your response. If you have any suggestions
that might help me achieve what I want, it would be greatly
appreciated.
--
Comment By: Martin v. Löwis (loewis)
Date: 2006-07-14 10:55
Message:
Logged In: YES
user_id=21627
Why do you think this is a bug? We pass the string as-is to
the C library, which passes it nearly as-is to
CompareStringW. This function then decides how they collate;
in Microsoft's definition of the English_United States
locale, these strings do have the order you get.
In case you wonder how the order is computed: essentially,
the strings are compared case insensitive, without
diacritics. If they then compare equal, the diacritics are
considered. If this still compares equal, Case weights are
considered. If this still compares equal, Special weights
are considered.
(Note: I obtained this indirectly by looking at the
LCMapString documentation, assuming that CompareString uses
LCMapString with LCMAP_SORTKEY|SORT_STRINGSORT).
--
Comment By: Brian Matherly (pez4brian)
Date: 2006-07-07 22:35
Message:
Logged In: YES
user_id=726294
I see the same problem in python 2.4.3
--
Comment By: Brian Matherly (pez4brian)
Date: 2006-07-07 22:08
Message:
Logged In: YES
user_id=726294
Correction:
It appears that when a string has one character, "M" is
greater than "m", but when it has more than one character,
"M" is equal to "m"
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1519069&group_id=5470
___
Python-bugs-list mailing list
Uns
[ python-Bugs-1179168 ] IDLE bug - changing shortcuts - Shift-Tab broken!
Bugs item #1179168, was opened at 2005-04-08 07:54 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1179168&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: IDLE Group: None >Status: Closed >Resolution: Fixed Priority: 6 Submitted By: Przemysław Gocyła (bld_d16) Assigned to: Kurt B. Kaiser (kbk) Summary: IDLE bug - changing shortcuts - Shift-Tab broken! Initial Comment: On Python 2.4.1 on WinXP I have changed keyboard shortcut settings for indent/unindent. New shorcut was Tab/Shift+Tab. When I did it IDLE hanged up and I could not to launch it again. I have tried everything. Uninstall whole Python and then reinstall (tried both version 2.3 and 2.4). It just looks like from the change of shortcuts IDLE don't works. I tried to: import idlelib.PyShell idlelib.PyShell.main() and result with bug are in attachment Where is the information about IDLE shortcuts keeped ? Why IDLE remember this even after reinstall ? How to fix it up? Best regards, Przemek -- >Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-18 00:05 Message: Logged In: YES user_id=149084 rev 50695 -- Comment By: Kurt B. Kaiser (kbk) Date: 2005-04-14 16:58 Message: Logged In: YES user_id=149084 Your user keyset config file on Windows is at Documents and Settings\\.idlerc\config-keys.cfg This file doesn't get removed when Python is uninstalled. Open this file with a text editor and find the entry. Change it to This is a bug in IDLE. (normally people don't try to re-assign the tab key, so it got missed) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1179168&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1296433 ] expat crash python
Bugs item #1296433, was opened at 2005-09-20 07:10
Message generated for change (Settings changed) made by bcannon
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1296433&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: XML
Group: Python 2.4
>Status: Closed
>Resolution: Fixed
Priority: 6
Submitted By: Mike Rozhnov (rozhnov)
Assigned to: Brett Cannon (bcannon)
Summary: expat crash python
Initial Comment:
This simple script crash python.
Parsing of commented xml string work good.
(i.e. raised exception not crash python)
Buffer overflow during convertion to unicode?
Tested on Win XP and linux with kernel 2.4 with same
results.
--
Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2006-07-01 09:33
Message:
Logged In: YES
user_id=3066
This is now fixed in the Expat CVS with lib/xmlparse.c
revisions 1.154 and 1.155. I've merged these into the Expat
bundled with Python in revision 47191 (on the trunk), and
moved the crasher test into the tests for xml.parsers.expat.
I don't know when the next Expat release will go out yet,
but this will keep us from being dependent on that schedule.
--
Comment By: Brett Cannon (bcannon)
Date: 2006-06-30 11:06
Message:
Logged In: YES
user_id=357491
The fault is with Expat and not us. I have submitted a bug
report with a possible patch at
http://sourceforge.net/tracker/index.php?func=detail&aid=1515266&group_id=10127&atid=110127
. I don't know what their turn-around time will be with
this so I will email python-dev to see how long people want
to wait on the Expat developers before we just push our own
patch for this.
--
Comment By: Brett Cannon (bcannon)
Date: 2006-06-29 18:33
Message:
Logged In: YES
user_id=357491
Still seems to be failing even with the Expat 2.0 upgrade in
HEAD.
--
Comment By: Neal Norwitz (nnorwitz)
Date: 2005-11-12 12:53
Message:
Logged In: YES
user_id=33168
I had recently upgraded to expat 1.95.8, so I was hopeful.
But it still crashed for me on linux.
I did get a better stack trace which allowed me to come up
with a patch that solves the problem and passes all the
tests. The patch seems a bit odd and I think there might be
another problem going on here. It would be great if someone
more familiar with xmlparse could take a look at the patch
and figure out if it's right or not.
--
Comment By: Fredrik Lundh (effbot)
Date: 2005-11-12 03:05
Message:
Logged In: YES
user_id=38376
Works for me under 2.3.2 (with expat 1.95.6) and 2.4.1 (with
expat 1.95.8).
Try upgrading your expat and see if the problem goes away.
--
Comment By: Neal Norwitz (nnorwitz)
Date: 2005-09-22 14:54
Message:
Logged In: YES
user_id=33168
I can reproduce on Linux with current CVS and expat
1.95.5-2. Note the size of the data only needs to be
greater than 1024.
xml = "%s" %
('a' * 1025)
I am not certain this problem is specific to Python. It
might be down in expat only. Need to investigate further.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1296433&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1520914 ] time.strftime breakage in 2.4/2.5
Bugs item #1520914, was opened at 2006-07-11 18:52
Message generated for change (Comment added) made by bcannon
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1520914&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.4
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Skip Montanaro (montanaro)
Assigned to: Brett Cannon (bcannon)
Summary: time.strftime breakage in 2.4/2.5
Initial Comment:
Up to Python 2.3 this worked just fine:
>>> import time
>>> time.strftime("%Y-%m-%d", (2005, 6, 4) + (0,)*6)
'2005-06-04'
Starting with 2.4 it broke:
>>> import time
>>> time.strftime("%Y-%m-%d", (2005, 6, 4) + (0,)*6)
Traceback (most recent call last):
File "", line 1, in ?
ValueError: day of year out of range
though if you change the unused fields to 1 it works:
>>> time.strftime("%Y-%m-%d", (2005, 6, 4) + (1,)*6)
'2005-06-04'
While this wasn't documented behavior, it was certainly behaviour that
worked for a long time. It should probably be allowed to continue
working.
Skip
--
>Comment By: Brett Cannon (bcannon)
Date: 2006-07-17 21:42
Message:
Logged In: YES
user_id=357491
Fixed in rev. 50696 .
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1520914&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1519069 ] incorrect locale.strcoll() return in Windows
Bugs item #1519069, was opened at 2006-07-08 05:04
Message generated for change (Settings changed) made by loewis
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1519069&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Windows
>Group: 3rd Party
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Brian Matherly (pez4brian)
Assigned to: Nobody/Anonymous (nobody)
Summary: incorrect locale.strcoll() return in Windows
Initial Comment:
Python 2.4.2 in Windows (English locale):
>>> import locale
>>> locale.setlocale(locale.LC_ALL,'C')
'C'
>>> locale.setlocale(locale.LC_ALL,'')
'English_United States.1252'
>>> locale.strcoll("M","m")
1
>>> locale.strcoll("Ma","mz")
-1
It appears that when a string has one character, "M" is
greater than "m", but when it has more than one string,
"M" is equal to "m"
--
Comment By: Brian Matherly (pez4brian)
Date: 2006-07-18 04:52
Message:
Logged In: YES
user_id=726294
I think you are right - it's probably a Windows issue - if
it is an issue at all. I don't claim to be a lingual expert.
But I would prefer a case sensitive comparison. So I wrote a
function. It looks like this:
def strcoll_case_sensitive(string1,string2):
""" This function was written because string comparisons
in Windows
seem to be case insensitive if the string is longer
than
one character. """
# First, compare the first character
diff = locale.strcoll(string1[0],string2[0])
if diff == 0:
# If the first character is the same, compare the rest
diff = locale.strcoll(string1,string2)
return diff
Thanks for your help. Feel free to close this bug.
--
Comment By: Martin v. Löwis (loewis)
Date: 2006-07-15 09:37
Message:
Logged In: YES
user_id=21627
You should ask these questions in some Win32 programmer
newsgroup. I don't know whether this sorting is correct or
not, I'm not a native English speaker.
--
Comment By: Brian Matherly (pez4brian)
Date: 2006-07-15 05:14
Message:
Logged In: YES
user_id=726294
Thanks for your response. That is simply unacceptable. Who
at Microsoft needs to be flogged? More likely, this shows my
lack of understanding of strings and locale in general.
Your explanation does explain the results I get, but
wouldn't you admit that the results *seem* wrong?
By the definition given, the strings "Ma", "mb", "Mc", "md"
would actually sort in that order! So the list of sorted
strings would have alternating capitalization!
However, the list of strings "M", "m", "M", "m" would sort
as "M", "M", "m", "m" - no alternating capitalization - as I
would expect.
Would there happen to be some way to sort the strings using
the locale, but also using the case earlier in the
computation order? Basically, I want the sort to be case
sensitive.
Thanks again for your response. If you have any suggestions
that might help me achieve what I want, it would be greatly
appreciated.
--
Comment By: Martin v. Löwis (loewis)
Date: 2006-07-14 17:55
Message:
Logged In: YES
user_id=21627
Why do you think this is a bug? We pass the string as-is to
the C library, which passes it nearly as-is to
CompareStringW. This function then decides how they collate;
in Microsoft's definition of the English_United States
locale, these strings do have the order you get.
In case you wonder how the order is computed: essentially,
the strings are compared case insensitive, without
diacritics. If they then compare equal, the diacritics are
considered. If this still compares equal, Case weights are
considered. If this still compares equal, Special weights
are considered.
(Note: I obtained this indirectly by looking at the
LCMapString documentation, assuming that CompareString uses
LCMapString with LCMAP_SORTKEY|SORT_STRINGSORT).
--
Comment By: Brian Matherly (pez4brian)
Date: 2006-07-08 05:35
Message:
Logged In: YES
user_id=726294
I see the same problem in python 2.4.3
--
Comment By: Brian Matherly (pez4brian)
Date: 2006-07-08 05:08
Message:
Logged In: YES
user_id=726294
Correction:
It appears that when a string has one character, "M" is
greater than "m", but when it has more than one character,
"M" is equal to "m"
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1519069&group_id=5470
___
Python-bugs-list mailing li
