[issue4681] mmap offset should be off_t instead of ssize_t, and size calculation needs corrected
saa p5t...@saaworld.com added the comment: There are bigger problems here. When the code calculates the size to map if size is passed as zero, it simply assigns the 64-bit st_size to the size to mmap. On a 32-bit system, it is obvious that the amount to map must be less than a 32-bit value. The calculation should take into account at least the following two things: 1) it should be the size of the file minus the offset, and 2) it shouldn't ask for an unreasonable amount of memory. I will experiment with this and submit a new patch (and delete the two I've already uploaded) within a couple of days, or at a minimum, provide an update to this bug. -- title: mmap offset should be off_t instead of ssize_t - mmap offset should be off_t instead of ssize_t, and size calculation needs corrected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4681 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3439] create a numbits() method for int and long types
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Posted some doc cleanups in r67850 and r67851. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3439 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4700] UnicodeEncodeError in license()
New submission from Michael Newman michael.b.new...@gmail.com: UnicodeEncodeError occurs for Microsoft portion of license(). Confirmed on 3 separate Windows XP computers: Python 3.0 (r30:67507, Dec 3 2008, 20:14:27) [MSC v.1500 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. license() A. HISTORY OF THE SOFTWARE == Python was created in the early 1990s by Guido van Rossum at Stichting Mathematisch Centrum (CWI, see http://www.cwi.nl) in the Netherlands as a successor of a language called ABC. Guido remains Python's ... skipping to end ... distribution specified by Microsoft. In particular, you must require distributors and external end users to agree to terms that protect the Microsoft Distributable Code at least as much as Microsoft's own requirements for the Distributable Code. See Microsoft's documentation (included in its developer tools and on its website at microsoft.com) for specific details. Redistribution of the Windows binary build of the Python interpreter complies with this agreement, provided that you do not: - alter any copyright, trademark or patent notice in Microsoft's Hit Return for more, or q (and Return) to quit: Distributable Code; Traceback (most recent call last): File stdin, line 1, in module File C:\Python30\lib\site.py, line 385, in __call__ print(self.__lines[i]) File C:\Python30\lib\io.py, line 1491, in write b = encoder.encode(s) File C:\Python30\lib\encodings\cp437.py, line 19, in encode return codecs.charmap_encode(input,self.errors,encoding_map)[0] UnicodeEncodeError: 'charmap' codec can't encode character '\u2019' in position 15: character maps to undefined -- components: Windows messages: 78057 nosy: mnewman severity: normal status: open title: UnicodeEncodeError in license() type: crash versions: Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4700 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4567] Registry key not set if unattended installation used
Martin v. Löwis mar...@v.loewis.de added the comment: This is not a bug. The registry keys do get set, though not in HKEY_LOCAL_MACHINE, but in HKEY_CURRENT_USER. To install quietly for all users, you need to add ALLUSERS=1; see http://www.python.org/download/releases/2.5/msi/ -- resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4567 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
New submission from Hagen Fürstenau hfuerste...@gmx.net: As reported by Dmitry Vasiliev on python-dev, a range object suddenly becomes hash()able after an attribute access, e.g. by dir(). If I understand correctly, then the reason is that PyRange_Type doesn't set tp_hash and PyType_Ready is not normally called on the type, but only e.g. in PyObject_GenericGetAttr. I don't see any use for range objects being hashable, as they don't even have meaningful equality defined on them. So I'd recommend making them unhashable. The attached patch does this and adds a test. -- components: Interpreter Core messages: 78059 nosy: hagen severity: normal status: open title: range objects becomes hashable after attribute access type: behavior versions: Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Changes by Hagen Fürstenau hfuerste...@gmx.net: -- keywords: +patch Added file: http://bugs.python.org/file12400/rangehash.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Guilherme Polo ggp...@gmail.com added the comment: You don't need to cast PyObject_HashNotImplemented to hashfunc -- nosy: +gpolo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Hagen Fürstenau hfuerste...@gmx.net added the comment: Why does every other place seem to do the cast? Historical reasons? ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Guilherme Polo ggp...@gmail.com added the comment: On Fri, Dec 19, 2008 at 2:02 PM, Hagen Fürstenau rep...@bugs.python.org wrote: Hagen Fürstenau hfuerste...@gmx.net added the comment: Why does every other place seem to do the cast? Historical reasons? No, if you look at the functions being casted you will notice them do not take a pointer to PyObject as the first argument, if you are talking about tp_hash specifically. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Hagen Fürstenau hfuerste...@gmx.net added the comment: I'm talking about places like these: [hag...@chage py3k]$ grep -R (hashfunc)PyObject_HashNotImplemented Objects/*.c Modules/*.c Objects/dictobject.c: (hashfunc)PyObject_HashNotImplemented, /* tp_hash */ Objects/listobject.c: (hashfunc)PyObject_HashNotImplemented, /* tp_hash */ Objects/setobject.c:(hashfunc)PyObject_HashNotImplemented, /* tp_hash */ Modules/_collectionsmodule.c: (hashfunc)PyObject_HashNotImplemented, /* tp_hash */ ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Guilherme Polo ggp...@gmail.com added the comment: On Fri, Dec 19, 2008 at 2:14 PM, Hagen Fürstenau rep...@bugs.python.org wrote: Hagen Fürstenau hfuerste...@gmx.net added the comment: I'm talking about places like these: [hag...@chage py3k]$ grep -R (hashfunc)PyObject_HashNotImplemented Objects/*.c Modules/*.c Objects/dictobject.c: (hashfunc)PyObject_HashNotImplemented, /* tp_hash */ Objects/listobject.c: (hashfunc)PyObject_HashNotImplemented, /* tp_hash */ Objects/setobject.c:(hashfunc)PyObject_HashNotImplemented, /* tp_hash */ Modules/_collectionsmodule.c: (hashfunc)PyObject_HashNotImplemented, /* tp_hash */ I have checked some of the examples you gave and noticed they were re-added (or changed) recently, but all these casts could be removed. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Hagen Fürstenau hfuerste...@gmx.net added the comment: Here's an updated patch without the cast and a separate patch for removing the other casts. Added file: http://bugs.python.org/file12401/rangehash2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Changes by Hagen Fürstenau hfuerste...@gmx.net: Added file: http://bugs.python.org/file12402/remove_casts.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Changes by Hagen Fürstenau hfuerste...@gmx.net: Removed file: http://bugs.python.org/file12400/rangehash.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3439] create a numbits() method for int and long types
Mark Dickinson dicki...@gmail.com added the comment: About the footnote: floor(log(n, 2)) is poor code. This is not supposed to be a dramatic statement, just a statement of fact. Its correctness is dependent on minute details of floating point. It is poor code in exactly the same way that while x 1.0: x += 0.1 is poor code---behaviour in boundary cases is almost entirely unpredictable. If 1 + floor(log(n, 2)) happens to give the correct result in the common corner case where x is a power of 2, then that's due to little more than sheer luck. Correct rounding by itself is nowhere near enough to guarantee correct results. In the case of IEEE 754 doubles, a large part of the luck is that the closest double to log(2) just happens to be *smaller* than log(2) itself, so that the implicit division by log(2) in log(x, 2) tends to give a larger result than the true one; if things were the other way around, the formula above would likely fail for many (even small) n. So I don't like seeing this poor code in the Python reference manual, for two reasons: (1) it might get propagated to real world code, and (2) its presence in the docs reflects poorly on the numerical competence of the Python developers. IMO, either: (1) the warning needs to be stronger, or (2) the formulation should be given purely mathematically, without any explicit code, or (3) the formula should be left out of the docs altogether. Mark ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3439 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Changes by Eric Smith e...@trueblade.com: -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Changes by Hagen Fürstenau hfuerste...@gmx.net: Added file: http://bugs.python.org/file12403/rangehash3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Changes by Hagen Fürstenau hfuerste...@gmx.net: Removed file: http://bugs.python.org/file12401/rangehash2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3439] create a numbits() method for int and long types
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Other possible wording: ... so that ``k`` is approximately ``1 + int(log(abs(x), 2))``. -- assignee: marketdickinson - rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3439 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4017] Tkinter cannot find Tcl/Tk on Mac OS X
Muhammad Alkarouri malkaro...@gmail.com added the comment: 2008/12/18 Benjamin Peterson rep...@bugs.python.org: Benjamin Peterson musiccomposit...@gmail.com added the comment: I've uploaded a .dmg for 2.6.1 to http://www.python.org/ftp/python/2.6.1/. Could you please test it? Just to confirm, I have installed the package in OS X 10.4.11, and Tkinter and Idle work fine. Many Thanks. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Nick Coghlan ncogh...@gmail.com added the comment: The origin of the unnecessary hashfunc casts is just me following some of the more specific examples of filling in the tp_hash slot too closely without checking if the cast was still needed. I'll apply and backport Hagen's patches to 3.0 soon (as well as fixing some other non-hashable types such as slice() to use PyHash_NotImplemented), but first I want to understand why range() exhibits this behaviour, while other classes with a superficially similar implementation (such as bytearray) do not. -- assignee: - ncoghlan nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4702] [PATCH] msvc9compiler raises IOError when no compiler found instead of DistutilsError
New submission from Philip Jenvey pjen...@users.sourceforge.net: Python 2.6's new msvc9compiler misbehaves when it can't find a compiler (actually a utility of the missing compiler) in its query_vcvarsall() -- it raises an IOError instead of a typical distutils error build tools expect a consistent set of potential exceptions from the compiler suites, such as CCompilerError, DistutilsExecError, DistutilsPlatformError, etc. Distributions like simplejson, Genshi, etc. look for these errors when compiling their optional C extension speedups as an indication that there's no compiler, and to fallback to their pure python counterparts An IOError in this case just doesn't make sense This patch changes them to DistutilsExecErrors. Maybe it should be DistutilsPlatformError -- whatever, just not IOError I think this should be included in 2.6.2 -- components: Distutils files: msvc9_ioerror.diff keywords: patch messages: 78070 nosy: pjenvey severity: normal status: open title: [PATCH] msvc9compiler raises IOError when no compiler found instead of DistutilsError type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file12404/msvc9_ioerror.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4702 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4017] Tkinter cannot find Tcl/Tk on Mac OS X
Changes by Miki Tebeka miki.teb...@gmail.com: -- nosy: -tebeka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Nick Coghlan ncogh...@gmail.com added the comment: OK, the discrepancy with bytearray turns out to be fairly straightforward: bytearray overrides the comparison operations, so inheritance of the default object.__hash__ is automatically blocked. range() objects don't support comparison, so they inherit __hash__ when PyType_Ready is called. Which then begs the question of why range() instances are unhashable only until something happens to invoke the tp_getattro slot on the type object... and it turns out that PyType_Ready isn't called on the type during interpreter startup. Instead, it only happens lazily when one of the operations that needs the tp_dict to be filled in calls PyType_Ready (the default dir() retrieves __dict__ from the type object, and this attribute access causes PyType_Ready to be called). Only at this point is the slot inheritance on the range() type calculated correctly. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4017] Tkinter cannot find Tcl/Tk on Mac OS X
Changes by Leo M leoofb...@gmail.com: -- nosy: -leoofborg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3439] create a numbits() method for int and long types
Mark Dickinson dicki...@gmail.com added the comment: ... so that ``k`` is approximately ``1 + int(log(abs(x), 2))``. I guess that could work. One other thing: the docs for the trunk seem to suggest that we should be using trunc here, rather than int. I'm looking at: http://docs.python.org/dev/library/stdtypes.html#numeric-types-int- float-long-complex and particularly the note (2), that says of int(x) and long(x): Deprecated since version 2.6: Instead, convert floats to long explicitly with trunc(). ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3439 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Patch looks good to me. -- nosy: +amaury.forgeotdarc resolution: - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4580] slicing of memoryviews when itemsize != 1 is wrong
Changes by Barry A. Warsaw ba...@python.org: -- priority: high - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4580 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4700] UnicodeEncodeError in license()
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Fixed in r67859 (trunk), r67860 (py3k) and r67861 (3.0) Thanks for the report! -- nosy: +amaury.forgeotdarc resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4700 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4702] [PATCH] msvc9compiler raises IOError when no compiler found instead of DistutilsError
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: I agree with the patch, except that DistutilsPlatformError seems more appropriate - this function is called when the compiler object is configured, before it is used to actually compile files. -- nosy: +amaury.forgeotdarc resolution: - accepted stage: - patch review versions: +Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4702 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4681] mmap offset should be off_t instead of ssize_t, and size calculation needs corrected
saa p5t...@saaworld.com added the comment: Notes on the problem. The Python mmap documentation says: If length is 0, the maximum length of the map will be the current size of the file when mmap is called. Currently, on a system where off_t is 64-bit and size_t is 32-bit, if the size of the file (st_size) is 0x', the code will in effect try to map (st_size 0x'). This is suboptimal (imagine if the size of the file is 0x1''1000 or even 0x1''). In addition, it seems weird that a caller would have to check the size of the returned mmap against the size of the file to see if the entire file was mapped or not. Finally, it appears that there isn't a reliable, architecture independent, quick, and easy way to figure out what the maximum mmap size is. With these points in mind, I am going to work on coming up with a patch that will change the behavior to simply return an error when a zero length is passed to mmap and the entire file can not be mapped. This will put the onus on the caller to determine an appropriate mmap size for chunking the processing of the file, but the behavior will become more consistent. Of course, comments and suggestions are welcome. However, I'm going to have to wrap up my immediate involvement on this in the next couple of days (Yay, vacation!). ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4681 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4017] Tkinter cannot find Tcl/Tk on Mac OS X
Ohmi b...@ieee.org added the comment: Installed on 10.5.6, IDLE ran correctly. Nicely done. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4691] IDLE Code Caching Windows
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Reopening: the user did not choose the -n option; this option is always set when using edit with IDLE Windows shell command. -- resolution: invalid - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4691 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: FWIW, xrange() is hashable in Py2.6. I believe it was intended that that carry over to Py3.0's range() objects. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4533] 3.0 file.read dreadfully slow
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4533 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4565] io write() performance very slow
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4565 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1717] Get rid of more refercenes to __cmp__
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1717 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4604] close() seems to have limited effect
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4604 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4617] SyntaxError when free variable name is also an exception target
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4617 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4228] struct.pack('L', -1)
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3248] ScrolledText can't be placed in a PanedWindow
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3767] tkColorChooser may fail if no color is selected
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3767 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1706039] Added clearerr() to clear EOF state
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1706039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1040026] os.times() is bogus
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1040026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4561] Optimize new io library
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4449] AssertionError in Doc/includes/mp_benchmarks.py
Changes by Martin v. Löwis mar...@v.loewis.de: -- priority: deferred blocker - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4669] bytes,join and bytearray.join not in manual; help for bytes.join is wrong.
Terry J. Reedy tjre...@udel.edu added the comment: I am puzzled as to what you think is missing in the manual. Bytes and Byte Array Methods Bytes and bytearray objects, being “strings of bytes”, have all methods found on strings, with the exception of encode(), format() and isidentifier(), which do not make sense with these types. ... Note The methods on bytes and bytearray objects don’t accept strings as their arguments, just as the methods on strings don’t accept bytes as their arguments. For example, I believe you are right that bytes = bytes/bytearray in the second help entry. -- nosy: +tjreedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4669 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4703] Syntax error in sample code for enumerate in documentation.
New submission from Roger rdcol...@gmail.com: Summary: Sample code for enumerate contains a syntax error. The same code reads: for i, season in enumerate(['Spring', 'Summer', 'Fall', 'Winter')]: ... print(i, season) Where the parenthesis and square bracket to the left of the colon in the for line are backwards. It should read: for i, season in enumerate(['Spring', 'Summer', 'Fall', 'Winter']): Where: http://docs.python.org/dev/3.0/library/functions.html -- assignee: georg.brandl components: Documentation messages: 78082 nosy: georg.brandl, trenholmes severity: normal status: open title: Syntax error in sample code for enumerate in documentation. versions: Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4703] Syntax error in sample code for enumerate in documentation.
Benjamin Peterson musiccomposit...@gmail.com added the comment: Thanks for the report! Fixed in r67865. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4669] bytes,join and bytearray.join not in manual; help for bytes.join is wrong.
John Machin sjmac...@users.sourceforge.net added the comment: Terry, you are right. I missed that. My report was based on looking via the index and finding only (str method), no (byte[sarray] method). ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4669 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4681] mmap offset should be off_t instead of ssize_t, and size calculation needs corrected
saa p5t...@saaworld.com added the comment: Ok, put a fork in me, 'cuz I'm done with this. The latest is that mmap.size() is defined to return the size of the file and not the size of the data. It tries to return it as a ssize_t, which of course, on systems where off_t is 64-bits and ssize_t is 32-bits, won't work for sizes that won't fit in 32-bits. Without the size of the data, it is unclear how one would traverse a file using the offset parameter. As part of fixing mmap, I would suggest someone should write an example of how it should be used in these cases and use that as a test case. I'm going to leave this up to someone with more knowledge of how this stuff *should* work in Python, but I'm going to go redo my program in C. Thanks for listening and the future efforts. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4681 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Nick Coghlan ncogh...@gmail.com added the comment: It has been pointed out to me that xrange() objects are hashable in 2.x, and since these range objects are immutable, I don't believe there is any driving reason for them not to be hashable. At that point the question becomes one of why xrange() is being initialised correctly in 2.x while something is going wrong with the tp_hash slot initialisation for range() in 3.x that doesn't get fixed until PyType_Ready is called to populate tp_dict. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4701] range objects becomes hashable after attribute access
Nick Coghlan ncogh...@gmail.com added the comment: Bumping to release blocker for 3.0.1 - until I understand this better, I'm not sure if the xrange-range hashing behaviour change between 2.x and 3.x is a type specific problem or a general issue in the implementation of the new approach to tp_hash inheritance for Py3k. -- priority: - release blocker resolution: accepted - versions: -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4701 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com