Updated all the bug entries. Rehabilitated extended print. Added latest

commonprefix development.  Added info about impending death of winreg.py.
This commit is contained in:
Tim Peters 2000-08-20 03:25:22 +00:00
parent 55a199a5d1
commit 96bc2d31d7
1 changed files with 37 additions and 6 deletions

View File

@ -91,6 +91,12 @@ Failing test cases need to get fixed
test case platform R B date reported test case platform R B date reported
--------- -------- - - ------------- --------- -------- - - -------------
test_winreg2 Win32 X X 26-Jul-2000 test_winreg2 Win32 X X 26-Jul-2000
[19-Aug-2000 tim
This test will never work on Win98, because it's looking for
a part of registry that doesn't exist under W98.
The module (winreg.py) and this test case will be removed
before 2.0 for other reasons, though.
]
[still fails 15-Aug-2000 for me, on Win98 - tim [still fails 15-Aug-2000 for me, on Win98 - tim
test test_winreg2 failed -- Writing: 'Test Failed: testHives', test test_winreg2 failed -- Writing: 'Test Failed: testHives',
expected: 'HKEY_PERFORMANCE_DATA\012' expected: 'HKEY_PERFORMANCE_DATA\012'
@ -107,6 +113,13 @@ Failing test cases need to get fixed
test_fork1 Linux X 26-Jul-2000 just SMP? test_fork1 Linux X 26-Jul-2000 just SMP?
[no clue; there are probably two bugs here] [no clue; there are probably two bugs here]
[19-Aug-200 tim
Charles Waldman whipped up a patch to give child processes a new
"global lock":
http://sourceforge.net/patch/?func=detailpatch&patch_id=101226&group_id=5470
While this doesn't appear to address the symptoms we *saw*, it
*does* so far appear to be fixing the failing cases anyway
]
Previously failing test cases Previously failing test cases
@ -137,6 +150,11 @@ Previously failing test cases
but can't provoke anything wrong with test_longexp but can't provoke anything wrong with test_longexp
anymore; eyeballing Fred's changes didn't turn up anymore; eyeballing Fred's changes didn't turn up
a suspect either a suspect either
19-Aug-2000, tim: the "subtle bug" in regrtest.py -v is
actually a feature: -v masks *some* kinds of failures,
since it doesn't compare test output with the canned
output; this is what makes it say "test passed" even
in some cases where the test fails without -v
] ]
@ -147,6 +165,19 @@ Open items -- should be done/fixed
raised during hashing or comparison. raised during hashing or comparison.
Decide what to do about os.path.commonprefix. Then do it. Decide what to do about os.path.commonprefix. Then do it.
[19-Aug-2000 tim
Guido msg on Python-Dev:
- restore the old behavior on all platforms
- add to the docs that to get the common directory you use dirname()
- add testcases that check that this works on all platforms
- don't add commonpathprefix(), because dirname() already does it
]
Remove winreg.py and test_winreg2.py. Paul Prescod (the author)
now wants to make a registry API more like the MS .NET API. Unclear
whether that can be done in time for 2.0, but, regardless, if we
let winreg.py out the door we'll be stuck with it forever, and not
even Paul wants it anymore.
Accepted and completed Accepted and completed
@ -208,6 +239,12 @@ Accepted and in progress
for normal slices as well as for extended ones. First step: use for normal slices as well as for extended ones. First step: use
getitem if there is no getslice. getitem if there is no getslice.
* 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
Open: proposed but not accepted or rejected Open: proposed but not accepted or rejected
@ -224,12 +261,6 @@ Open: proposed but not accepted or rejected
Postponed 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 * Eliminated SET_LINENO opcode - Vladimir Marangozov
Small optimization achieved by using the code object's lnotab Small optimization achieved by using the code object's lnotab
instead of the SET_LINENO instruction. Uses code rewriting instead of the SET_LINENO instruction. Uses code rewriting