Mailman 3 April 2007 - Python-Dev

Python 2.5.1
by Khalid A. Bakr 30 Apr '07

30 Apr '07

All test_os tests pass for me now on WinXP under MinGW. Please see http://wwww.python.org/sf/1709112 for details and patches. Regards, Khalid __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

New Super PEP - draft 2
by Jim Jewett 30 Apr '07

30 Apr '07

(Adding python-3000 to the Cc, since that is where much of the recent discussion occurred) Calvin's full proposal is archived at: http://mail.python.org/pipermail/python-dev/2007-April/072835.html > Abstract > ======== > The PEP defines the proposal to enhance the super builtin to work implicitly > upon the class within which it is used and upon the instance the current > function was called on. The premise of the new super usage suggested is as > follows: > super.foo(1, 2) > to replace the old: > super(Foo, self).foo(1, 2) The alternatives section needs to explain why "super.foo(*args)" is the right level of simplification. Alternatives include (1) No changes Con: fragility in name binding (2) super(__this_class__, self).foo(*args) Con: The "(__this_class__, self)" is boilerplate. Note that the __this_class__ PEP should be referenced, if only as a possible explanation for what is happening under the covers. (3) self.__super__.foo(*args) # or super.foo(*args) Con: Shouldn't need a __double_underscore_name__ in normal functions. Con: __super__ (even if renamed super) is not a simple attribute; it is a property representing a partially applied function (that gets further applied by the "self") (4) super(self, *args) # ? or __super__(self, *args) Actually, I sort of like this one, as it allows the upcall signature to exactly match the method definition signature. Con: super is still not a simple attribute. Con: changing the method name becomes a hassle. (5) super.foo(self, *args) # ? or __super__.foo(self, *args) Con: self isn't really an argument just to super.foo -- it is an argument to super which is used to find/instantiate foo in the first place. (Plus the objections to partially applied function attributes.) (6) super # ? or super() Pro: matches java; doesn't require a repeat of *args Con: doesn't match anything else in python, needs to be a keyword (and would still need object support). In the first example: class A(object): def f(self): return 'A' class B(A): def f(self): return 'B' + super.f() class C(A): def f(self): return 'C' + super.f() class D(B, C): def f(self): return 'D' + super.f() assert D().f() == 'DBCA' You should probably include tests that fail with some of the more obvious (but wrong) solutions, such as class A(object): def f(self): return 'A' class Bempty(A): # Make sure it doesn't call the A or B method twice pass class B(Bempty): def f(self): return 'B' + super.f() class C(A): def f(self): return 'C' + super.f() class D(B, C): def f(self): return 'D' + super.f() assert D().f() == 'DBCA' class E(C, B): # Show that B can point to C as next or vice versa def f(self): return 'E' + super.f() assert E().f() == 'ECBA' class F(D): # show that the instance may not be a direct instance pass assert D().f() == 'DBCA' > The enhancements to the super type will define a new __getattr__ classmethod > of the super type, Did you really mean, it gets the class of builtin.super, but no info on which class is using super? If not, it isn't a classmethod of the super type. It may be a classmethod of the currently-being-defined-type (__this_class__). > which must look backwards to the previous frame and locate > the instance object. frame manipulation is fragile. Even if it didn't cause problems for other implementations, it causes problems for nested functions and callbacks. def f(self, button, *args): def callback(*args): super(__this_class__, self).f(*args) button.callback=callback When this gets called, the appropriate self won't be in the frame, except as a lexically scoped variable (which might have a different name). Also, note that this fails on most of Thomas Wouters' advanced usages. While you say that super shouldn't be called outside a method, you can't really keep the super object itself from getting returned. > "Every class will gain a new special attribute, __super__, which refers to an > instance of the associated super object for that class" In this capacity, the > new super also acts as its own descriptor, create an instance-specific super > upon lookup. If you didn't say instance-specific, this would be equivalent to a class decorator, translating class A(object): ... into class A(object): ... A.__super__=super(A) As is, it gets a bit trickier, since you need to I think the translation is closer to class A(object):... @property def __super__(self): return __this_class__.__supermaker() A.__supermaker=super(A) I don't see a good non-magical way to pass both the instance and the class-at-time-of-writing (as opposed to class of calling instance), which is why the other solutions used bytecode hacks or name mangling. > Much of this was discussed in the thread of the python-dev list, "Fixing super > anyone?" [1]_. I assume you meant the python-3000 list. -jJ

1 0

New Super PEP
by Jim Jewett 30 Apr '07

30 Apr '07

Phillip J. Eby wrote: > a __call__ method, it will still be > called, even if you override __getattribute__ to return something else >>> dc = DoubleCall() >>> dc() 'called!' >>> dc.__call__() 'attribute' That is sufficiently fragile that I would be uncomfortable with a feature that couldn't be supplied otherwise. -jJ

1 0

Re: [Python-Dev] New Super PEP
by Phillip J. Eby 30 Apr '07

30 Apr '07

At 01:19 PM 4/29/2007 -0400, Calvin Spealman wrote: >Backward compatability of the super type API raises some issues. Names, the >lookup of the __call__ of the super type itself, which means a conflict with >doing an actual super lookup of the __call__ attribute. Namely, the following >is ambiguous in the current proposal: > > :: > > super.__call__(arg) > >Which means the backward compatible API, which involves instansiating the >super >type, will either not be possible, because it will actually do a super lookup >on the __call__ attribute, or there will be no way to perform a super >lookup on >the __call__ attribute. Both seem unacceptable, so any suggestions are >welcome. Note that if you have a class with a __call__ method, it will still be called, even if you override __getattribute__ to return something else when asked for the __call__ attribute, e.g.: >>> class DoubleCall(object): ... def __call__(self): ... return "called!" ... def __getattribute__(self, attr): ... if attr=='__call__': ... return lambda: "attribute" >>> dc = DoubleCall() >>> dc() 'called!' >>> dc.__call__() 'attribute'

1 0

Python 2.5.1
by Khalid A. Bakr 29 Apr '07

29 Apr '07

For reference, this is the result of running the regression tests of the official Python 2.5.1 (final) on Win98. I think I saw it in the installtion screen that Python 2.5 is the last release to support Win98. Even though the unicode tests failing might be expected, what interested me was the fact that test_1565150 of test_os failed. Details follow. 259 tests OK. 8 tests failed: test_anydbm test_bsddb test_mailbox test_os test_shelve test_unicode_file test_uuid test_whichdb 54 tests skipped: test__locale test_aepack test_al test_applesingle test_bsddb185 test_bsddb3 test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_commands test_crypt test_curses test_dbm test_dl test_fcntl test_fork1 test_gdbm test_gl test_grp test_imgfile test_ioctl test_largefile test_linuxaudiodev test_macfs test_macostools test_mhlib test_nis test_normalization test_openpty test_ossaudiodev test_pep277 test_plistlib test_poll test_posix test_pty test_pwd test_resource test_scriptpackages test_signal test_socket_ssl test_socketserver test_sunaudiodev test_tcl test_threadsignals test_timeout test_urllib2net test_urllibnet test_wait3 test_wait4 test_zipfile64 1 skip unexpected on win32: test_tcl find_library('c') -> None find_library('m') -> None a DOS box should flash briefly ... $ python -i Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> from test import test_os as t >>> t.test_main() test_access (test.test_os.FileTests) ... ok test_tempnam (test.test_os.TemporaryFileTests) ... ok test_tmpfile (test.test_os.TemporaryFileTests) ... ok test_tmpnam (test.test_os.TemporaryFileTests) ... ok test_1565150 (test.test_os.StatAttributeTests) ... FAIL test_1686475 (test.test_os.StatAttributeTests) ... ok test_stat_attributes (test.test_os.StatAttributeTests) ... ok test_statvfs_attributes (test.test_os.StatAttributeTests) ... ok test_bool (test.test_os.EnvironTests) ... ok test_constructor (test.test_os.EnvironTests) ... ok test_get (test.test_os.EnvironTests) ... ok test_getitem (test.test_os.EnvironTests) ... ok test_items (test.test_os.EnvironTests) ... ok test_keys (test.test_os.EnvironTests) ... ok test_len (test.test_os.EnvironTests) ... ok test_pop (test.test_os.EnvironTests) ... ok test_popitem (test.test_os.EnvironTests) ... ok test_read (test.test_os.EnvironTests) ... ok test_setdefault (test.test_os.EnvironTests) ... ok test_update (test.test_os.EnvironTests) ... ok test_update2 (test.test_os.EnvironTests) ... ok test_values (test.test_os.EnvironTests) ... ok test_write (test.test_os.EnvironTests) ... ok test_traversal (test.test_os.WalkTests) ... ok test_makedir (test.test_os.MakedirTests) ... ok test_devnull (test.test_os.DevNullTests) ... ok test_urandom (test.test_os.URandomTests) ... ok test_access (test.test_os.Win32ErrorTests) ... ok test_chdir (test.test_os.Win32ErrorTests) ... ok test_chmod (test.test_os.Win32ErrorTests) ... ok test_mkdir (test.test_os.Win32ErrorTests) ... ok test_remove (test.test_os.Win32ErrorTests) ... ok test_rename (test.test_os.Win32ErrorTests) ... ok test_utime (test.test_os.Win32ErrorTests) ... ok ====================================================================== FAIL: test_1565150 (test.test_os.StatAttributeTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "G:\GMISC\PY25\lib\test\test_os.py", line 232, in test_1565150 self.assertEquals(os.stat(self.fname).st_mtime, t1) AssertionError: 1159195040.0 != 1159195039.25 ---------------------------------------------------------------------- Ran 34 tests in 0.440s FAILED (failures=1) Traceback (most recent call last): File "<stdin>", line 1, in <module> File "G:\GMISC\PY25\lib\test\test_os.py", line 434, in test_main Win32ErrorTests File "G:\GMISC\PY25\lib\test\test_support.py", line 441, in run_unittest run_suite(suite, testclass) File "G:\GMISC\PY25\lib\test\test_support.py", line 426, in run_suite raise TestFailed(err) test.test_support.TestFailed: Traceback (most recent call last): File "G:\GMISC\PY25\lib\test\test_os.py", line 232, in test_1565150 self.assertEquals(os.stat(self.fname).st_mtime, t1) AssertionError: 1159195040.0 != 1159195039.25 >>> >>> >>> Regards, Khalid __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Summary of Tracker Issues
by Tracker 29 Apr '07

29 Apr '07

ACTIVITY SUMMARY (04/22/07 - 04/29/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1649 open ( +0) / 8584 closed ( +0) / 10233 total ( +0) Average duration of open issues: 778 days. Median duration of open issues: 729 days. Open Issues Breakdown open 1649 ( +0) pending 0 ( +0)

1 0

April 1-15, 2007 Summaries Final Draft
by Calvin Spealman 28 Apr '07

28 Apr '07

If no one has any further comments over the weekend and Monday, I'll post it as the final summary that evening/night. ============= Announcements ============= ========= Summaries ========= --------------- About SSL tests --------------- An open bug about missing SSL tests (#451607) was brought up to close or keep open. Jean-Paul Calderone mentioned an improved testing method by spawning a 'openssl s_server' for testing purposes. This sparked some talk about the terminating of subprocesses in a cross-platform manner (See `Cross-Platform Subprocess Termination`). Contributing thread: - `About SSL tests <http://mail.python.org/pipermail/python-dev/2007-April/072443.html>`__ ------------------------------------- Cross-Platform Subprocess Termination ------------------------------------- Because os.kill only works on *nix and OS X platforms, leaving Windows platforms uncovered. Although subprocess.TerminateProcess exists for Windows platforms, it requires the use of handles and additional overhead for use. Support was overall given for adding a UNIX-only signal() method and a cross- platform terminate() method to Popen instances. Nothing was said of actually incorporating these changes into the subprocess module, although code was given. Contributing thread: - (This was mixed in with the `About SSL tests` thread.) ------------------------ Extended buffer protocol ------------------------ Updates to the buffer protocol are discussed, along with the proposal pre-PEP documenting the updates for Python 3000, but brought to Python-Dev, due so the plans of backporting to 2.6 afterwards. (Note: I couldn't summarize this well enough to cover much of it do any real degree, but it is currently a Py3k issue, so maybe that is OK. If no one wants to add to the summary, it will stay short.) Contributing threads: - `Extended buffer PEP <http://mail.python.org/pipermail/python-dev/2007-April/072620.html>`__ - `PEP 3118: Extended buffer protocol (new version) <http://mail.python.org/pipermail/python-dev/2007-April/072537.html>`__ - `Extended Buffer Protocol - simple use examples <http://mail.python.org/pipermail/python-dev/2007-April/072535.html>`__ ----------------------------------------- function for counting items in a sequence ----------------------------------------- A patch was submitted by Steven Bethard (http://bugs.python.org/1696199), implemented a discussed collections.counts() function to provide a mapping between items in an iterable and the number of times they appear. There were suggested names, but none overthrew the original 'counts()' and a question of items not appearing being counted as 0 or raising a KeyError, with 0 winning due to a just-makes-sense factor. Contributing thread: - `function for counting items in a sequence <http://mail.python.org/pipermail/python-dev/2007-April/072502.html>`__ ---------------------------------------- context manager - generator interaction? ---------------------------------------- A problem was brought up with iterator context managers and iteration inside the with-block raising its StopIteration, but being caught by the context manager mechanics. It was also responded that the problem would not exist without the use of overly broad try blocks, and this lead to the addition of a formal note in PEP 8 about keeping narrow try blocks. Contributing thread: - `context manager - generator interaction? <http://mail.python.org/pipermail/python-dev/2007-April/072484.html>`__ ----------------------------- proposed which.py replacement ----------------------------- Suggestion of replacing the which.py script in the Tools directory migrated to its proposal for inclusion into the standard library. A patch and tests have yet to be provided. Contributing thread: - `proposed which.py replacement <http://mail.python.org/pipermail/python-dev/2007-April/072424.html>`_ ----------------------- minidom and DOM level 2 ----------------------- What is missing for DOM Level 2 support in minidom was highlighted and some work jumpstarted. Contributing thread: - `minidom and DOM level 2 <http://mail.python.org/pipermail/python-dev/2007-April/072499.html>`__ ---------------------------------------------- test_pty.py hangs in verbose mode on Mac OS X? ---------------------------------------------- Differing buffering behavior was causing test_pty to block only in verbose mode. Solutions may include reading to clear the buffer of child processes before a waitpid() call. Contributing thread: - `test_pty.py hangs in verbose mode on Mac OS X? <http://mail.python.org/pipermail/python-dev/2007-April/072592.html>`__ ------------------------- HTTP Responses and Errors ------------------------- In 2xx HTTP responses mean that the request was handled OK. The existing library was special-casing the most common responses and treating others as errors. After verifying that there wasn't a good reason for the old behavior, Facundo Batista fixed it. Contributing thread: - `HTTP responses and errors <http://mail.python.org/pipermail/python-dev/2007-April/072547.html>`__ ------------------------ Build Problem on Windows ------------------------ It is a generated file; the actual problem is in make_buildinfo Contributing thread: - `build problem on windows: unable to find getbuildinfo2.c <http://mail.python.org/pipermail/python-dev/2007-April/072580.html>`__ -------------------------- BaseException Pickle Issue -------------------------- Exceptions are now new-style classes; this caused some obscure problems with picking and unpickling. http://www.python.org/sf/1498571 and later http://www.python.org/sf/1692335 should resolve the issue. Contributing thread: - `BaseException pickle issue <http://mail.python.org/pipermail/python-dev/2007-April/072416.html>`__ --------------------------------- Deprecating BaseException.message --------------------------------- Plans changed; BaseException will still accept an args tuple, so don't bother with the .message attribute. Probably the shorted leaved Python feature ever. See PEP 352. Contributing thread: - `deprecating BaseException.message <http://mail.python.org/pipermail/python-dev/2007-April/072542.html>`__ --------------------- Changes to decimal.py --------------------- The external standard has been updated; python's implementation will be updated to match. Contributing threads: - `Changes to decimal.py <http://mail.python.org/pipermail/python-dev/2007-April/072548.html>`__ - `Fwd: Re: Changes to decimal.py <http://mail.python.org/pipermail/python-dev/2007-April/072556.html>`__ ---------------------------------------- Pydoc Rewrite Discussion at doc-sig list ---------------------------------------- An announcement that the (normally quiet) doc-sig mailing list would be discussing a rewrite of pydoc. http://mail.python.org/pipermail/doc-sig/ Contributing thread: - `Pydoc Rewrite Discussion at doc-sig list. <http://mail.python.org/pipermail/python-dev/2007-April/072596.html>`__ ------------------------------ Making builtins more efficient ------------------------------ Andrea Griffini posted a patch at sourceforge that makes builtin lookups almost as fast as locals. https://sourceforge.net/tracker/?func=detail&atid=305470&aid=1616125&group_… Contributing thread: - `Making builtins more efficient <http://mail.python.org/pipermail/python-dev/2007-April/072610.html>`__ ================ Deferred Threads ================ ================== Previous Summaries ================== =============== Skipped Threads =============== - `Checking PEP autobuild results <http://mail.python.org/pipermail/python-dev/2007-April/072544.html>`__ - `Python 2.5.1c1 pickle problem <http://mail.python.org/pipermail/python-dev/2007-April/072565.html>`__ - `Summary of Tracker Issues <http://mail.python.org/pipermail/python-dev/2007-April/072417.html>`__ - `possible urllib bug on Windows XP <http://mail.python.org/pipermail/python-dev/2007-April/072445.html>`__ - `Py2.5.1 release candidate <http://mail.python.org/pipermail/python-dev/2007-April/072550.html>`__ - `Some new additions to functools <http://mail.python.org/pipermail/python-dev/2007-April/072614.html>`__ - `Python+XUL <http://mail.python.org/pipermail/python-dev/2007-April/072435.html>`__ - `Distutils and -framework on MacOSX <http://mail.python.org/pipermail/python-dev/2007-April/072451.html>`__ - `[Python-checkins] svn dead? <http://mail.python.org/pipermail/python-dev/2007-April/072559.html>`__ - `Just saying hello <http://mail.python.org/pipermail/python-dev/2007-April/072572.html>`__ - `ok to just checkin minor obvious fixes? <http://mail.python.org/pipermail/python-dev/2007-April/072600.html>`__ - `__lltrace__ <http://mail.python.org/pipermail/python-dev/2007-April/072608.html>`__ - `new subscriber looking for grunt work <http://mail.python.org/pipermail/python-dev/2007-April/072612.html>`__ - `functools additions <http://mail.python.org/pipermail/python-dev/2007-April/072615.html>`__ - `Python Documentation Problem Example <http://mail.python.org/pipermail/python-dev/2007-April/072427.html>`__ - `Get 2.5 changes in now, branch will be frozen soon <http://mail.python.org/pipermail/python-dev/2007-April/072429.html>`__ - `Quoting netiquette reminder [Re: proposed which.py replacement] <http://mail.python.org/pipermail/python-dev/2007-April/072440.html>`__ - `branch is frozen for release of 2.5.1c1 (and 2.5.1) <http://mail.python.org/pipermail/python-dev/2007-April/072483.html>`__ - `More exposure for PEP8 (was: context manager - generator interaction?) <http://mail.python.org/pipermail/python-dev/2007-April/072496.html>`__ - `[Python-checkins] Python Regression Test Failures opt (1) <http://mail.python.org/pipermail/python-dev/2007-April/072498.html>`__ - `Weekly Python Patch/Bug Summary <http://mail.python.org/pipermail/python-dev/2007-April/072534.html>`__ - `USE_FAST code in stringobject.c <http://mail.python.org/pipermail/python-dev/2007-April/072551.html>`__ - `Fwd: Re: Py2.5.1 release candidate <http://mail.python.org/pipermail/python-dev/2007-April/072553.html>`__ - `svn.python.org <http://mail.python.org/pipermail/python-dev/2007-April/072561.html>`__ - `[PATCH] pep 0324 URL update <http://mail.python.org/pipermail/python-dev/2007-April/072574.html>`__ - `my 2.5 checkins <http://mail.python.org/pipermail/python-dev/2007-April/072604.html>`__ - `fdopen mode needs sanitizing <http://mail.python.org/pipermail/python-dev/2007-April/072611.html>`__ - `Py3: function signatures, type checking, and related crap <http://mail.python.org/pipermail/python-dev/2007-April/072625.html>`__ - `concerns regarding callable() method <http://mail.python.org/pipermail/python-dev/2007-April/072514.html>`__ - `A Survey on Defect Management Practices in Free/Open Source Software <http://mail.python.org/pipermail/python-dev/2007-April/072470.html>`__ - `RELEASED Python 2.5.1, release candidate 1 <http://mail.python.org/pipermail/python-dev/2007-April/072558.html>`__ - `Python 3000 PEP: Postfix type declarations <http://mail.python.org/pipermail/python-dev/2007-April/072419.html>`__ - `test_socketserver flakey? <http://mail.python.org/pipermail/python-dev/2007-April/072441.html>`__ -- Read my blog! I depend on your acceptance of my opinion! I am interesting! http://ironfroggy-code.blogspot.com/

1 0

Weekly Python Patch/Bug Summary
by Kurt B. Kaiser 28 Apr '07

28 Apr '07

Patch / Bug Summary ___________________ Patches : 356 open ( -1) / 3756 closed (+11) / 4112 total (+10) Bugs : 968 open (+10) / 6673 closed (+16) / 7641 total (+26) RFE : 254 open ( +3) / 282 closed ( +2) / 536 total ( +5) New / Reopened Patches ______________________ fixes bug #1703952 - ctypes: problem with large integers (2007-04-19) CLOSED http://python.org/sf/1703972 opened by Alexander Belopolsky minidom Level 1 DOM compliance (2007-04-20) http://python.org/sf/1704134 opened by Jason Orendorff textwrap.py mod. for jython (2007-04-20) CLOSED http://python.org/sf/1704473 opened by Tim Couper test_optparse.py mod. for jython (2007-04-20) http://python.org/sf/1704474 opened by Tim Couper Use MoveFileEx() to implement os.rename() on windows (2007-04-20) http://python.org/sf/1704547 opened by Raghuram Devarakonda interpreter crash when multiplying large lists (2007-04-20) http://python.org/sf/1704621 opened by Daniel Stutzbach Added clearerr() to clear EOF state (2007-04-23) http://python.org/sf/1706039 opened by jos Updated ASTVisitor Classes (2007-04-24) http://python.org/sf/1706323 opened by Yaakov Nemoy Implementation of @abstractmethod for PEP 3119 (2007-04-24) http://python.org/sf/1706989 opened by Guido van Rossum get status output fix for Win32 (2007-04-25) http://python.org/sf/1707753 opened by Ken Phillis Jr. Make isinstance/issubclass overloadable (2007-04-26) http://python.org/sf/1708353 opened by Guido van Rossum Patches Closed ______________ silenced a compiler warning (2007-04-18) http://python.org/sf/1703268 closed by nnorwitz missing declaration in readline.c (2007-04-18) http://python.org/sf/1703270 closed by nnorwitz ZipFile.printdir fix (2.5) (2007-04-11) http://python.org/sf/1698915 closed by nnorwitz Migrate test_minidom.py to unittest (2007-03-30) http://python.org/sf/1691032 closed by jorend fixes bug #1703952 - ctypes: problem with large integers (2007-04-20) http://python.org/sf/1703972 closed by theller Update to Macintosh library documentation (2007-04-11) http://python.org/sf/1698768 closed by gbrandl textwrap.py mod. for jython (2007-04-20) http://python.org/sf/1704473 closed by gbrandl tarfile bug when opening a file directly (2007-04-05) http://python.org/sf/1695229 closed by gustaebel stream writing support in wave.py (2007-02-05) http://python.org/sf/1652328 closed by nnorwitz PEP 3114 -- next() -> __next__() (2007-03-07) http://python.org/sf/1675363 closed by gbrandl warnings.py gets filename wrong for eval/exec (2007-04-01) http://python.org/sf/1692664 closed by nnorwitz New / Reopened Bugs ___________________ "t.join(); assert t not in threading.enumerate()" fails (2007-04-19) http://python.org/sf/1703448 opened by Andrew Bennetts have a way to ignore nonexisting locales in locale.setlocale (2007-04-19) http://python.org/sf/1703592 opened by Matthias Klose ctypes: problem with large integers (2007-04-19) http://python.org/sf/1703952 reopened by belopolsky ctypes: problem with large integers (2007-04-19) http://python.org/sf/1703952 opened by Alexander Belopolsky TarFile.addfile() throws a struct.error (2007-04-20) CLOSED http://python.org/sf/1704156 opened by K. C. Wong must run "make" before "make install" (2007-04-20) http://python.org/sf/1704287 opened by Joseph VanAndel Exception message when using subprocess.POpen (2007-04-21) CLOSED http://python.org/sf/1704790 opened by Sam Ruby incorrect return value of unicodedata.lookup() - beoynd BMP (2007-04-21) http://python.org/sf/1704793 opened by vbr contextmanager eats StopIteration (2007-04-22) http://python.org/sf/1705170 opened by Adam Olsen cannot change cursor color in IDLE (2007-04-22) http://python.org/sf/1705362 opened by zorkin 'nonlocal x' at top level crashes interpreter (2007-04-22) CLOSED http://python.org/sf/1705365 opened by John Reese Select() failure (race condition) (2007-04-22) http://python.org/sf/1705393 opened by Ron Garret Error in sys.argv documenation (2007-04-23) CLOSED http://python.org/sf/1705717 opened by Kamil Kisiel pydoc.py has typo. (2007-04-23) CLOSED http://python.org/sf/1705997 opened by charlesmchen SWIG options not being followed in all cases (2007-04-24) CLOSED http://python.org/sf/1706381 opened by Morten Lied Johansen socket.error exceptions not subclass of StandardError (2007-04-24) http://python.org/sf/1706815 opened by John Nagle tarfile fails in 2.5.1 (NoneType has no ...) (2007-04-24) CLOSED http://python.org/sf/1706850 opened by Thomas Leonard Failed to build Python 2.5.1 with sqlite3 (2007-04-24) http://python.org/sf/1706863 opened by Vitaliy Yermolenko lost global variables in main memory intensive execution (2007-04-25) http://python.org/sf/1707255 opened by Jordi Pujol Ahulló generation errors in PDF-A4 tags for lib.pdf (2007-04-25) http://python.org/sf/1707497 opened by Antoine LECA raw text can't end with backslash (2007-04-25) CLOSED http://python.org/sf/1707607 opened by lomm os.path.normpath changes path (chops of trailing slash) (2007-04-26) http://python.org/sf/1707768 opened by Robert Siemer doctest work with Windows PyReadline (2007-04-26) http://python.org/sf/1708316 opened by manuelg find_module doc ambiguity (2007-04-26) http://python.org/sf/1708326 opened by Andrew McNabb Why not sequential? (2007-04-26) CLOSED http://python.org/sf/1708362 opened by Lucas Malor TimedRotatingFileHandler's doRollover opens file in "w" mode (2007-04-27) http://python.org/sf/1708538 opened by Florian Schmidt Exact matching (2007-04-27) http://python.org/sf/1708652 opened by Tom Lynn Tutorial error (2007-04-27) CLOSED http://python.org/sf/1708710 opened by john hite Bugs Closed ___________ questionable results from IDLE, Windows, & several built-in (2007-04-15) http://python.org/sf/1700912 closed by bavantgarde314 utf-16 codec problems with multiple file append (2007-04-16) http://python.org/sf/1701389 closed by doerwalter ctypes: problem with large integers (2007-04-19) http://python.org/sf/1703952 closed by theller README is referencing obsolete? http://starship.python.net (2007-04-09) http://python.org/sf/1696740 closed by tjreedy TarFile.addfile() throws a struct.error (2007-04-20) http://python.org/sf/1704156 closed by gustaebel Exception message when using subprocess.Popen (2007-04-21) http://python.org/sf/1704790 closed by gbrandl Incorrect example for add_password() (2007-04-18) http://python.org/sf/1703110 closed by nnorwitz SSL support in socket module needs tests (2001-08-16) http://python.org/sf/451607 closed by facundobatista 'nonlocal x' at top level crashes interpreter (2007-04-23) http://python.org/sf/1705365 closed by ncoghlan Error in sys.argv documenation (2007-04-23) http://python.org/sf/1705717 closed by gbrandl Property with -> annotation triggers assert (2007-04-10) http://python.org/sf/1697248 closed by ncoghlan pydoc.py has typo. (2007-04-23) http://python.org/sf/1705997 closed by gbrandl SWIG options not being followed in all cases (2007-04-24) http://python.org/sf/1706381 closed by gbrandl Tix is not included in 2.5 for Windows (2006-09-30) http://python.org/sf/1568240 closed by loewis tarfile fails in 2.5.1 (NoneType has no ...) (2007-04-24) http://python.org/sf/1706850 closed by gbrandl raw text can't end with backslash (2007-04-25) http://python.org/sf/1707607 closed by gbrandl Why not sequential? (2007-04-26) http://python.org/sf/1708362 deleted by lucas_malor Why not sequential? (2007-04-26) http://python.org/sf/1708362 closed by lucas_malor Tutorial error (2007-04-27) http://python.org/sf/1708710 closed by gbrandl New / Reopened RFE __________________ pyunit should allow __unittest in locals to trim stackframes (2007-04-23) http://python.org/sf/1705520 opened by Robert Collins Give Partial the ability to skip positionals (2007-04-23) CLOSED http://python.org/sf/1706256 opened by Calvin Spealman access to unicodedata (via codepoints or 2-char surrogates) (2007-04-24) http://python.org/sf/1706460 opened by vbr Please add .bz2 in encodings_map (in the module mimetypes) (2007-04-25) http://python.org/sf/1707693 opened by elghinn RFE Closed __________ Feature request: Comparing regexps (2007-04-16) http://python.org/sf/1701452 closed by rhettinger Give Partial the ability to skip positionals (2007-04-24) http://python.org/sf/1706256 closed by loewis

1 0

whitespace normalization
by Neal Norwitz 27 Apr '07

27 Apr '07

I just checked in a whitespace normalization change that was way too big. Should this task be automated? Assuming the answer is yes, these are the questions should be answered: 1) Which branches should this occur on: trunk, 2.5 (last release), 3k 2) Should there be a special user for these checkins 3) How often should this be done 4) Are there any other tasks that can be automated My preferences are: 1) all active branches (ie, trunk and currently 2.5 and p3yk) 2) Yes, there should be a special user 3) Once per week 4) Not that I know of The way to fix the files is to run: python ./Tools/scripts/reindent.py -r Lib At least that's what I did. Hopefully I didn't screw anything up. :-) n

16 29

call for PEPs
by David Goodger 26 Apr '07

26 Apr '07

I'm one of the PEP editors at the end of peps-at-python-dot-org; Barry Warsaw is the other. Since before PyCon, I haven't had time for PEP number assignments, editing, and checkins. I don't follow python-dev or python-3000 closely, so I only recently learned of the April 30 deadline for PEPs. I'd like to get all the outstanding PEPs checked in, but I need help. There are a bunch of draft PEPs in my inbox, but I can't trust it because some have already been checked in, and others have since been updated or become obsolete. Please re-send the latest drafts (as attachments!) of any outstanding PEPs to peps-at-python-dot-org. Include the dates of any postings of the PEP to python-dev, python-3000, or python-list (in the Post-History header). Be sure to read and follow PEP 1 (PEP Purpose and Guidelines; http://www.python.org/dev/peps/pep-0001/) for details on what to include. Posting a draft PEP to a python-* mailing list IS NOT SUFFICIENT. It must be sent to peps-at-python-dot-org. Committers (those with commit access to Python's SVN) are welcome to add PEPs themselves. Just take the next available number from PEP 0 (which must be updated). BTW, with PSF and PyCon duties (I'm chairing PyCon 2008), I don't see my availability for PEP editing increasing any time soon. A new PEP Editor would be welcome! -- David Goodger <http://python.net/~goodger>

4 4