[ python-Bugs-1519069 ] incorrect locale.strcoll() return in Windows
Bugs item #1519069, was opened at 2006-07-08 05:04
Message generated for change (Comment added) 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: 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: 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 list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1513617 ] IDLE fails to launch after 46272
Bugs item #1513617, was opened at 2006-06-27 17:18
Message generated for change (Settings changed) 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: None
Status: Open
Resolution: None
>Priority: 7
Submitted By: John Bollinger (bbands)
>Assigned to: Kurt B. Kaiser (kbk)
Summary: IDLE fails to launch after 46272
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
--
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-1518772 ] ext/win-cookbook.html has a broken link to distutils
Bugs item #1518772, was opened at 2006-07-07 23:02 Message generated for change (Comment added) made by quiver You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1518772&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: None Priority: 5 Submitted By: Johannes Gijsbers (jlgijsbers) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: ext/win-cookbook.html has a broken link to distutils Initial Comment: http://docs.python.org/ext/win-cookbook.html has a link to distutils which points to http://docs.python.org/ext/module-distutils.html. It should point to http://docs.python.org/lib/module-distutils.html. -- >Comment By: George Yoshida (quiver) Date: 2006-07-16 01:21 Message: Logged In: YES user_id=671362 Fixed in revision 50664 & 50664. Thanks for the report. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1518772&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-592047 ] Add syntax coloring to Mac IDE
Feature Requests item #592047, was opened at 2002-08-07 09:14 Message generated for change (Comment added) made by etrepum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=592047&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: Macintosh Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Dan Grassi (dgrassi) Assigned to: Just van Rossum (jvr) Summary: Add syntax coloring to Mac IDE Initial Comment: I suggest including syntax coloring (AdvancedEditor.py) into the Mac IDE. Syntax coloring is now expected and it can be disabled easily. I would be willing to do the work. Also the default font need to change or be installed. Not all fonts handle bold-ing and with the default missing a font that does not work ends up as default. Dan -- >Comment By: Bob Ippolito (etrepum) Date: 2006-07-15 12:56 Message: Logged In: YES user_id=139309 The Mac IDE is deprecated in preference of IDLE. -- Comment By: Jack Jansen (jackjansen) Date: 2002-08-07 09:58 Message: Logged In: YES user_id=45365 This is a request for the Mac IDE, not for tkinter-based IDLE. Also, assigning it to Just. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=592047&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-779160 ] Enhance PackageManager functionality
Feature Requests item #779160, was opened at 2003-07-28 16:52 Message generated for change (Comment added) made by etrepum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=779160&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: Macintosh Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Bob Ippolito (etrepum) Assigned to: Jack Jansen (jackjansen) Summary: Enhance PackageManager functionality Initial Comment: PackageManager should probably let you choose a tarball/ zip/folder on disk (or drag + drop) and look for a setup.py that it would do the Usual Thing with. Perhaps also let you choose an arbitrary .py file and scan for 'distutils' -- but I've only seen a called-something-other-than-setup.py distutils installer in one package (it had multiple setup-prefixed installers that installed different related modules, and an annoying no-op setup.py.. so I would say this is a bug on his part). PackageManager should be refactored to be responsive and non-blocking (i.e. threaded or forking). -- >Comment By: Bob Ippolito (etrepum) Date: 2006-07-15 12:57 Message: Logged In: YES user_id=139309 PackageManager is deprecated in favor of Cheese Shop + easy_install and bdist_mpkg + pythonmac.org/packages -- Comment By: has (hhas) Date: 2004-06-04 14:26 Message: Logged In: YES user_id=996627 "PackageManager should probably let you choose a tarball/ zip/folder on disk (or drag + drop) and look for a setup.py that it would do the Usual Thing with." See my PyMod application for a simple standalone solution that fulfills this requirement: http://freespace.virgin.net/hamish.sanderson/PyMod.app.sit Supports building and installing distutils packages, and PyPI registration through a simple GUI. Could use a better name and icon, and needs a bit more user testing (only tested on 10.2.6 so far), but is otherwise ready to roll, and you're welcome to include in the MacPython 2.4 distribution. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=779160&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1149804 ] macostools.mkdirs: not thread-safe
Bugs item #1149804, was opened at 2005-02-23 08:26 Message generated for change (Comment added) made by etrepum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1149804&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: Macintosh Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jurjen N.E. Bos (jneb) Assigned to: Jack Jansen (jackjansen) Summary: macostools.mkdirs: not thread-safe Initial Comment: Here is an easily fixable semi-bug in macostools: When two threads are creating the same directory structure, one of them will fail as soon as the other thread made a directory. This is trivially fixable by ignoring the error, but I'm not sure if it is worth it, like this: def mkdirs(dst): """Make directories leading to 'dst' if they don't exist yet""" if dst == '' or os.path.exists(dst): return head, tail = os.path.split(dst) if os.sep == ':' and not ':' in head: head = head + ':' mkdirs(head) try: os.mkdir(dst, 0777) except OSError, err: if err.errno==17: #file exists #someone else has created the directory in the meantime. That's fine with me! pass else: raise - Jurjen -- >Comment By: Bob Ippolito (etrepum) Date: 2006-07-15 13:04 Message: Logged In: YES user_id=139309 Most Python functions aren't intended to be thread-safe, this is what locks are for. I don't think this should be fixed, not even in os.makedirs. -- Comment By: Just van Rossum (jvr) Date: 2005-03-01 03:49 Message: Logged In: YES user_id=92689 Oops, disregard that portability remark, it does work correctly in non-OS9 Python as well. I _think_ macostools.mkdirs() predates os.makedirs(), it's probably best considered deprecated. -- Comment By: Just van Rossum (jvr) Date: 2005-03-01 03:40 Message: Logged In: YES user_id=92689 Hm, macostools.mkdirs() also isn't portable: it only works on OS9 MacPython. Why don't you use os.makedirs() instead? (Which appears to have the same threads issue, though.) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1149804&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-776600 ] PIL binary package missing jpeg support (pimp)
Bugs item #776600, was opened at 2003-07-23 19:54 Message generated for change (Comment added) made by etrepum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=776600&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: Macintosh Group: Python 2.3 >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Bob Ippolito (etrepum) Assigned to: Jack Jansen (jackjansen) Summary: PIL binary package missing jpeg support (pimp) Initial Comment: Binary installation of PIL should be compiled with a static libjpeg. -- >Comment By: Bob Ippolito (etrepum) Date: 2006-07-15 13:07 Message: Logged In: YES user_id=139309 Repository no longer maintained, irrelevant. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=776600&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-735110 ] Mach-O gcc optimisation flag can boost performance up to 10%
Bugs item #735110, was opened at 2003-05-09 05:02 Message generated for change (Comment added) made by etrepum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=735110&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: Macintosh Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Just van Rossum (jvr) Assigned to: Jack Jansen (jackjansen) Summary: Mach-O gcc optimisation flag can boost performance up to 10% Initial Comment: This article: http://www.unsanity.org/archives/44.php says that the -mdynamic-no-pic gcc flag can boost performance of statically linked apps around 10%. Testing this with a non-framework build of Python shows this is indeed the case. -- >Comment By: Bob Ippolito (etrepum) Date: 2006-07-15 13:09 Message: Logged In: YES user_id=139309 This isn't really relevant, Mac OS X builds of Python are built as a shared library or framework (same thing, basically). Both cases require PIC. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=735110&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-711991 ] IDE needs easy access to builtin help()
Bugs item #711991, was opened at 2003-03-29 18:33 Message generated for change (Comment added) made by etrepum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=711991&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: Macintosh Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Jack Jansen (jackjansen) Assigned to: Just van Rossum (jvr) Summary: IDE needs easy access to builtin help() Initial Comment: Just, I'm assigning this to you for feedback. Feel free to assign back after providing it. I think we need access to the help()-style documentation in the IDE, especially when browsing objects and such it would be very helpful. What I'm thinking of at the moment is a window called "Help for Selection" (any better ideas?), and if that window is opened it will display the help() text for the current selection. It would follow focus, i.e. when you select a different window or a different object in the same window it would change. An alternative design would be that you would have to use a command "Show Help for Selection" which would bring up a static window with the help() contents. A third possibility (best of both worlds?) would be a window that has a checkbox "Follow Selection", initially true. If you deselect it the window would stay open statically, and a subsequent "Show Help for Selection" command would bring up a new window with the checkbox checked. -- >Comment By: Bob Ippolito (etrepum) Date: 2006-07-15 13:09 Message: Logged In: YES user_id=139309 IDE is deprecated in favor of IDLE. -- Comment By: Just van Rossum (jvr) Date: 2003-04-11 04:56 Message: Logged In: YES user_id=92689 I would just go for "Show Help for Selection". I'm not so sure how useful following the selection would be (thinking of a scenenario where you lookup some info based on the selection, then continue editing, following the help. It would be irritating if the help would disappear or change then. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=711991&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-710374 ] Raise IDE output window over splash screen on early crash
Bugs item #710374, was opened at 2003-03-26 17:33 Message generated for change (Comment added) made by etrepum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=710374&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: Macintosh Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Jack Jansen (jackjansen) Assigned to: Just van Rossum (jvr) Summary: Raise IDE output window over splash screen on early crash Initial Comment: This one was also submitted by macrulezatsofthomedotnet, but I'm not so sure about it. What do you think, would changing the DLOG resource for the splash screen have other, unforeseen side effects? The effect of the change I would dearly like: how often have I cursed the %#$ spalsh screen being in front of the error message I would really love to see... Sometimes the script short-circuits while Python IDE is starting actually, I haven't fixed that yet, but I did get around the problem of it preventing Python from starting (which is a problem because the user then cannot quit). I ResEdited the Python IDE and changed the 'DLOG' resource, such that the 'About' dialogue (the splash screen) is a window, rather than an actual dialogue. thus, when thewindow appears (showing a traceback), it moves to the frontmost instead of remaining behind the splash where it can't be read. -- >Comment By: Bob Ippolito (etrepum) Date: 2006-07-15 13:10 Message: Logged In: YES user_id=139309 IDE is deprecated in favor of IDLE. -- Comment By: Jack Jansen (jackjansen) Date: 2003-03-27 15:55 Message: Logged In: YES user_id=45365 Much better idea! -- Comment By: Just van Rossum (jvr) Date: 2003-03-27 04:20 Message: Logged In: YES user_id=92689 Perhaps the splash screen stuff should be in a try/finally so it's guaranteed to get closed? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=710374&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-710373 ] IDE stdin doesn't have readlines
Bugs item #710373, was opened at 2003-03-26 17:30 Message generated for change (Comment added) made by etrepum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=710373&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: Macintosh Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Jack Jansen (jackjansen) Assigned to: Just van Rossum (jvr) Summary: IDE stdin doesn't have readlines Initial Comment: This was submitted by email by macrulezatsofthomedotnet. It looks reasonable, but please have a look too. SimpleStdin doesn't provide a readlines method some scripts call sys.stdin.readlines(). the default stdin does not support this behaviour. I added it by copying and pasting the readlines method from StringIO, and adapting the indentation to fit. works beautifully: it asks the user for a line of input repeatedly until the user clicks 'Cancel'. not perfect UI, but it's something. -- >Comment By: Bob Ippolito (etrepum) Date: 2006-07-15 13:10 Message: Logged In: YES user_id=139309 IDE is deprecated in favor of IDLE. -- Comment By: Just van Rossum (jvr) Date: 2003-03-27 04:18 Message: Logged In: YES user_id=92689 Hm, I find the stdin.readline() emulation already a big pain, and I'm hesitant to add an even uglier kludge to support readlines(). The IDE is simply not well suited for stdin-based scripts, they are _much_ better run from the command line. But: an actual patch might still make it in... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=710373&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-573174 ] Mac IDE behaviour (output to console)
Bugs item #573174, was opened at 2002-06-24 11:40 Message generated for change (Comment added) made by etrepum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=573174&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: Macintosh Group: Platform-specific >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Carl Hagelberg (chagel) Assigned to: Just van Rossum (jvr) Summary: Mac IDE behaviour (output to console) Initial Comment: On woensdag, juni 5, 2002, at 05:15 , Carl Hagelberg wrote: > Hi Jack, > > There's a difference between the result of the following > example when using > the interactive window and a 'program window' using the "Run > all" button > (OSX): > > a, b = 0, 1 > while b < 1000: > print b, > a, b = b, a+b > > > With out the "," after 'print b' they both work the same. With > the comma > only the interactive window works. Is there a syntax issue in > the program > window? Carl, this is a "known issue", but unfortunately one that is difficult to fix. The IDE flushes output to the console window on end-of-line only. It has no knowledge of the print statement, it just sees a stream of characters, and it can flush either (a) at ever character or (b) at every end-of-line. The first would make it horrendously inefficient, so it does the latter. Put one "print" without the comma at the end and everything will be printed. But: this bug should be noted in the sourceforge bug list. Could you please add it (category Macintosh, assign it to me or Just (jvr))? -- - Jack Jansen<[EMAIL PROTECTED]> http://www.cwi.nl/~jack - - If I can't dance I don't want to be part of your revolution -- Emma Goldman - -- >Comment By: Bob Ippolito (etrepum) Date: 2006-07-15 13:10 Message: Logged In: YES user_id=139309 IDE is deprecated in favor of IDLE. -- Comment By: Just van Rossum (jvr) Date: 2002-07-24 14:22 Message: Logged In: YES user_id=92689 I just looked at Idle's OutputWindow.py, and that doesn't do any buffering at all. So I wonder whether we should do that, too. Or maybe autoflush if the buffer is longer than X bytes. -- Comment By: Jack Jansen (jackjansen) Date: 2002-07-10 16:26 Message: Logged In: YES user_id=45365 Just, I'm assigning this to you (should have done so weeks ago:-). It might be worthwhile to check out whether Idle has a workaround for this. Maybe something like doing a sys.stdout.flush() at a strategic point in the event loop is a solution (if it isn't too expensive), and otherwise at least such a flush when IDE goes idle (no pun intended). And if it's too difficult just mark it "won't fix":-) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=573174&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 18: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=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: Python 2.4 Status: Open Resolution: None 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 -- 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-1517996 ] IDLE (macosx): Class and Path browsers show Tk menu
Bugs item #1517996, was opened at 2006-07-06 04:34 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517996&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 (macosx): Class and Path browsers show Tk menu Initial Comment: I've done some work on fixing the menus for IDLE before 2.5b1, but recently found more toplevel windows that don't have their own menu. Both the Path Browser and Class Browser don't have a menubar of their own. The Tk implementation on MacOSX won't accept an empty menubar, but will replace that by a generic Tk menubar. -- >Comment By: Kurt B. Kaiser (kbk) Date: 2006-07-15 15:51 Message: Logged In: YES user_id=149084 I suppose this is also true for the debugger? I'd consider this a bug in OSX Tk, it should be reported there. Without a specific need for a menubar, all it does is take up valuable vertical space. And continuing to add OSX special casing clutters up the IDLE code; IMO it should be limited to situations where functionality is compromised. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1517996&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1512814 ] Incorrect lineno's in code objects
Bugs item #1512814, was opened at 2006-06-26 09:01 Message generated for change (Comment added) made by nnorwitz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1512814&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: Parser/Compiler Group: Python 2.5 >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Thomas Wouters (twouters) Assigned to: Neal Norwitz (nnorwitz) Summary: Incorrect lineno's in code objects Initial Comment: The 2.5 compiler forgets how to count linenumbers in certain situations: >>> s255 = "".join(["\n"] * 255 + ["spam"]) >>> s256 = "".join(["\n"] * 256 + ["spam"]) >>> exec s255 Traceback (most recent call last): File "", line 1, in File "", line 256, in NameError: name 'spam' is not defined >>> exec s256 Traceback (most recent call last): File "", line 1, in File "", line 1, in NameError: name 'spam' is not defined Notice the 'line 1' linenumber in the case of 256 blank lines. The same happens for 'pass' statements or 'if 0' blocks instead of blank lines. The problem is in the actual code objects created: >>> dis.disco(compile(s255, "", "exec")) 256 0 LOAD_NAME0 (spam) 3 POP_TOP 4 LOAD_CONST 0 (None) 7 RETURN_VALUE >>> dis.disco(compile(s256, "", "exec")) 1 0 LOAD_NAME0 (spam) 3 POP_TOP 4 LOAD_CONST 0 (None) 7 RETURN_VALUE -- >Comment By: Neal Norwitz (nnorwitz) Date: 2006-07-15 18:51 Message: Logged In: YES user_id=33168 Committed revision 50673. Hopefully I'm really done this time. :-) -- Comment By: Thomas Wouters (twouters) Date: 2006-07-13 02:58 Message: Logged In: YES user_id=34209 Yep, the patch seems to work, also for the other case someone pointed out to me, that was still broken after the last fix: >>> exec "import os\ns='''" + "\n"*256 + "'''\n1/0\n" Traceback (most recent call last): File "", line 1, in File "", line 1, in ZeroDivisionError: integer division or modulo by zero I tried a couple of other ways to get large linenumbers and complex(er) parsing structures, and they all seem to work right. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-07-12 22:59 Message: Logged In: YES user_id=33168 Try the attached patch on for size. Let me know if you can find any other holes. -- Comment By: Thomas Wouters (twouters) Date: 2006-07-12 06:11 Message: Logged In: YES user_id=34209 Unfortunately, it isn't quite fixed. It's fixed for code in the global scope, but not for functions: >>> s255 = "def foo():\n " + "".join(["\n "] * 254 + [" spam\n"]) >>> exec s255 >>> dis.dis(foo) .256 0 LOAD_GLOBAL 0 (spam) . 3 POP_TOP . 4 LOAD_CONST 0 (None) . 7 RETURN_VALUE >>> s256 = "def foo():\n " + "".join(["\n "] * 255 + [" spam\n"]) >>> exec s256 >>> dis.dis(foo) . 1 0 LOAD_GLOBAL 0 (spam) . 3 POP_TOP . 4 LOAD_CONST 0 (None) . 7 RETURN_VALUE I haven't tried figuring out for what else it's broken like this, sorry :) -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-07-09 17:04 Message: Logged In: YES user_id=33168 Committed revision 50500. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1512814&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
