[Python-checkins] peps: Close test_longexp bug. Changes in status based on what I remember

georg.brandl python-checkins at python.org
Wed Mar 23 21:25:27 CET 2011


http://hg.python.org/peps/rev/06b8cbd12211
changeset:   113:06b8cbd12211
user:        Tim Peters <tim.peters at gmail.com>
date:        Fri Aug 18 04:25:33 2000 +0000
summary:
  Close test_longexp bug.  Changes in status based on what I remember
from way too much email today.

files:
  pep-0200.txt |  76 +++++++++++++++++++++++----------------
  1 files changed, 44 insertions(+), 32 deletions(-)


diff --git a/pep-0200.txt b/pep-0200.txt
--- a/pep-0200.txt
+++ b/pep-0200.txt
@@ -90,15 +90,6 @@
 
     test case         platform   R B    date reported
     ---------         --------   - -    -------------
-    test_longexp      Win98+?    ? ?    15-Aug-2000
-        [fails in release build,
-         passes in release build under verbose mode but doesn't
-             look like it should pass,
-         passes in debug build,
-         passes in debug build under verbose mode and looks like
-             it should pass
-        ]
-
     test_winreg2      Win32      X X    26-Jul-2000
         [still fails 15-Aug-2000 for me, on Win98 - tim
          test test_winreg2 failed -- Writing: 'Test Failed: testHives',
@@ -132,6 +123,22 @@
         [believe that was fixed by Mark H.]
         [works 15-Aug-2000 for me, on Win98 - tim]
 
+    test_longexp      Win98+?    ? ?    15-Aug-2000
+        [fails in release build,
+         passes in release build under verbose mode but doesn't
+             look like it should pass,
+         passes in debug build,
+         passes in debug build under verbose mode and looks like
+             it should pass
+        ]
+        [18-Aug-2000, tim:  can't reproduce, and nobody else
+         saw it.  I believe there *is* a subtle bug in
+         regrtest.py when using -v, and I'll pursue that,
+         but can't provoke anything wrong with test_longexp
+         anymore; eyeballing Fred's changes didn't turn up
+         a suspect either
+        ]
+
 
 Open items -- should be done/fixed
 
@@ -139,6 +146,8 @@
     that prevents objects from being accessible when an exception is
     raised during hashing or comparison.
 
+    Decide what to do about os.path.commonprefix.  Then do it.
+
 
 Accepted and completed
 
@@ -185,13 +194,37 @@
     * Augmented assignment - Thomas Wouters
       Add += and family, plus Python and C hooks, and API functions.
 
+    * "import as" - Thomas Wouters
+      Extend the 'import' and 'from ... import' mechanism to enable
+      importing a symbol as another name. (Without adding a new keyword.)
 
-Open: proposed but not accepted or declined
+    * Merge __getitem__ and __getslice__ - Thomas Wouters
+      Move __getslice__ functionality into __getitem__, using slice objects,
+      for normal slices as well as for extended ones. First step: use
+      getitem if there is no getslice.
+
+
+Open: proposed but not accepted or rejected
 
     * Tim O'Malley's cookie module -- but need different license
 
     * test harness for C code - Trent Mick
 
+    * Extended slicing on lists - Michael Hudson
+      Make lists (and other builtin types) handle extended slices.
+
+    * Integrated gettext module - Barry Warsaw
+      wrapper around standard internationalization libraries
+
+
+Postponed
+
+    * Extended print statement - Barry Warsaw
+      PEP 214
+      http://python.sourceforge.net/peps/pep-0214.html
+      SF Patch #100970
+      http://sourceforge.net/patch/?func=detailpatch&patch_id=100970&group_id=5470
+
     * Eliminated SET_LINENO opcode - Vladimir Marangozov
       Small optimization achieved by using the code object's lnotab
       instead of the SET_LINENO instruction.  Uses code rewriting
@@ -208,34 +241,13 @@
 
       - http://www.python.org/pipermail/python-dev/1999-August/002252.html
 
-    * "import as" - Thomas Wouters
-      Extend the 'import' and 'from ... import' mechanism to enable
-      importing a symbol as another name. (Without adding a new keyword.)
 
-    * Extended slicing on lists - Michael Hudson
-      Make lists (and other builtin types) handle extended slices.
-
-    * Merge __getitem__ and __getslice__ - Thomas Wouters
-      Move __getslice__ functionality into __getitem__, using slice objects,
-      for normal slices as well as for extended ones. First step: use
-      getitem if there is no getslice.
+Rejected
 
     * 'indexing-for' - Thomas Wouters
       Special syntax to give Python code access to the loop-counter in 'for'
       loops. (Without adding a new keyword.)
 
-    * Integrated gettext module - Barry Warsaw
-      wrapper around standard internationalization libraries
-
-    * Extended print statement - Barry Warsaw
-      PEP 214
-      http://python.sourceforge.net/peps/pep-0214.html
-      SF Patch #100970
-      http://sourceforge.net/patch/?func=detailpatch&patch_id=100970&group_id=5470
-
-
-Declined
-
 
 
 Local Variables:

-- 
Repository URL: http://hg.python.org/peps


More information about the Python-checkins mailing list