[issue6199] test_unittest fails on Windows

New submission from James Abbatiello abb...@gmail.com: test_unittest fails on Windows with: == FAIL: test_find_tests_with_package (test.test_unittest.TestDiscovery)

[issue6197] test__locale fails with RADIXCHAR on Windows

Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: Committed in r73238. Thanks! -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6197

[issue6201] test_winreg fails

New submission from James Abbatiello abb...@gmail.com: test_winreg fails with: == ERROR: testLocalMachineRegistryWorks (test.test_winreg.WinregTests) --

[issue6199] test_unittest fails on Windows

Changes by Antoine Pitrou pit...@free.fr: -- assignee: - michael.foord nosy: +michael.foord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6199 ___

[issue6198] test_float fails on Windows

Changes by Antoine Pitrou pit...@free.fr: -- nosy: +marketdickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6198 ___ ___ Python-bugs-list

[issue6201] test_winreg fails

Changes by Antoine Pitrou pit...@free.fr: -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6201 ___ ___ Python-bugs-list

[issue6198] test_float fails on Windows

Changes by Eric Smith e...@trueblade.com: -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6198 ___ ___ Python-bugs-list mailing

[issue6198] test_float fails on Windows

Eric Smith e...@trueblade.com added the comment: I can duplicate this with Visual C++ 9.0 Express Edition on XP. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6198 ___

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou pit...@free.fr added the comment: Raymond suggested the patch be committed in 3.1, so as to minimize disruption between 3.1 and 3.2. Benjamin, what do you think? -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org

[issue6202] Obsolete default file encoding mac-roman on OS X, not influenced by locale env variables

New submission from Ned Deily n...@acm.org: Potential Release Blocker The default file encoding for 3.x file objects is the value of locale.getpreferredencoding(). Currently, the locale module behavior on OS X deviates from other python POSIX platforms in a few unexpected and bad ways: 1.

[issue6198] test_float fails on Windows

Mark Dickinson dicki...@gmail.com added the comment: Thanks for the report. It sounds as though I might have backported some tests from py3k to trunk that shouldn't have been backported. abbeyj or eric, do you know whether py3k also has this failure on your machine? I'm hoping not: py3k

[issue6198] test_float fails on Windows

Eric Smith e...@trueblade.com added the comment: Yes, this test passes on py3k on my Windows box. That would be a nightmare if it didn't! I agree that this is a test problem, not a code problem. I suggest we just remove the offending line from formatfloat_testcases.txt in trunk. I can do this

[issue6203] 3.x locale does not default to C, contrary to the documentation and to 2.x behavior

New submission from Ned Deily n...@acm.org: In the Library Reference section 22.2.1 for locale, it states: Initially, when a program is started, the locale is the C locale, no matter what the user’s preferred locale is. The program must explicitly say that it wants the user’s preferred locale

[issue6198] test_float fails on Windows

Mark Dickinson dicki...@gmail.com added the comment: [Eric] I can do this and verify it works on Windows before checking in, if you'd like. That would be great---yes, please! My main computer died yesterday, taking my Windows access and my python svn access with it. :-( --

[issue6196] tarfile.extractall(readaccess=True)

Lars Gustäbel l...@gustaebel.de added the comment: I am still not convinced why tarfile needs this kind of a work-around built in. We talk about a very small number of cases here and the generator_tools-0.3.5.tar.gz is really broken beyond repair. It is the only thing that should be fixed here

[issue6195] Serious regression in doctest in Py3.1rc1

Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Patches (fix+test) are good. -- nosy: +amaury.forgeotdarc resolution: - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6195

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg m...@egenix.com added the comment: Antoine Pitrou wrote: Antoine Pitrou pit...@free.fr added the comment: Raymond suggested the patch be committed in 3.1, so as to minimize disruption between 3.1 and 3.2. Benjamin, what do you think? Has Guido pronounced on this already

[issue6198] test_float fails on Windows

Eric Smith e...@trueblade.com added the comment: I had to remove a bunch of tests. Some were of the form even-number5, rounded to before the 5. Some were comparing a large number of digits. Then there's these: %#.0g 0 - 0. Got '0.0' %#.1g 0 - 0. Got '0.0' %#.2g 0 - 0.0

[issue6202] Obsolete default file encoding mac-roman on OS X, not influenced by locale env variables

Ronald Oussoren ronaldousso...@mac.com added the comment: I'm setting the priority to release blocker because the current behaviour is completely unwanted, the mac-roman encoding is no longer used by default on OSX. All system tools write UTF-8 encoded files by default, and the LANG variable

[issue6204] Missing reference in section 4.6 to chapter on classes

New submission from Michael Markert markert.mich...@gmail.com: In section 4.6 there is described that classes will be explained later on. I think a real reference would be more appropriate. See attached patch. -- assignee: georg.brandl components: Documentation files:

[issue6198] test_float fails on Windows

Eric Smith e...@trueblade.com added the comment: Checked in to trunk in r73240. -- assignee: marketdickinson - eric.smith resolution: - fixed stage: - committed/rejected status: open - closed type: - behavior ___ Python tracker

[issue4966] Improving Lib Doc Sequence Types Section

Changes by Dennis Benzinger dennis.benzin...@gmx.net: -- nosy: +dcbbcd ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4966 ___ ___ Python-bugs-list

[issue3292] Position index limit; s.insert(i,x) not same as s[i:i]=[x]

Changes by Dennis Benzinger dennis.benzin...@gmx.net: -- nosy: +dcbbcd ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3292 ___ ___ Python-bugs-list

[issue6123] tarfile: opening an empty tar file fails

Lars Gustäbel l...@gustaebel.de added the comment: Thanks for the report. Empty archives are perfectly valid and tarfile should be able to read them without error. I will take care of this issue soon. -- assignee: - lars.gustaebel nosy: +lars.gustaebel

[issue6198] test_float fails on Windows

Mark Dickinson dicki...@gmail.com added the comment: Thanks, Eric. All those changes look good to me. Out of interest, what does '%#.0f' % 1.5 produce on Python 2.7/Windows? I'd expect to get '2.' both for round-half-to-even and round-half-away-from-zero. Does Windows round this down to '1.'

[issue6198] test_float fails on Windows

Tim Peters tim.pet...@gmail.com added the comment: Out of interest, what does '%#.0f' % 1.5 produce on Python 2.7/Windows? Microsoft's float-string routines have always done add a half and chop rounding. So, yes, 1.5 rounds to 2 there. ... I suspect that we're in for some complaints when

[issue6198] test_float fails on Windows

Eric Smith e...@trueblade.com added the comment: Mark Dickinson wrote: Out of interest, what does '%#.0f' % 1.5 produce on Python 2.7/Windows? I'd expect to get '2.' both for round-half-to-even and round-half-away-from-zero. Does Windows round this down to '1.' instead? Windows in trunk

[issue6205] sdist doesn't include data_files

New submission from James purplei...@gmail.com: Hi, I have shown the output from my terminal below, since it will be easier to follow for explaining the bug. ja...@computer:~/testsetup$ ls helloworld2.py image1.jpg setup.py ja...@computer:~/testsetup$ cat setup.py #!/usr/bin/python import

[issue1943] improved allocation of PyUnicode objects

Guido van Rossum gu...@python.org added the comment: On Fri, Jun 5, 2009 at 4:06 AM, Marc-Andre Lemburg rep...@bugs.python.org wrote: Marc-Andre Lemburg m...@egenix.com added the comment: Antoine Pitrou wrote: Antoine Pitrou pit...@free.fr added the comment: Raymond suggested the patch be

[issue6199] test_unittest fails on Windows

Michael Foord mich...@voidspace.org.uk added the comment: Thanks - I should have tested on Windows first. Tests now pass on Windows and Mac OS X. Committed revision 73247. -- resolution: - accepted status: open - closed ___ Python tracker

[issue5727] doctest pdb readline broken

Wolfgang Schnerring wosc+pyt...@wosc.de added the comment: I've tracked down the reason by diffing pdb.py and cmd.py between 2.4 and 2.5: It turns out that pdb.Pdb in 2.5 changes the way it handles input depending on whether an explicit output was provided, more precisely, it disables readline

[issue6206] Correct a trivial typo introduced by r73238.

New submission from Vikram U Shenoy vikram.u.she...@gmail.com: Attached is a patch which should fix the 'too many values to unpack' error introduced by commit r73238. -- components: Tests files: test__locale_typo_jun_5_2009.patch keywords: patch messages: 88949 nosy: vshenoy severity:

[issue6207] Simple For-Loops

New submission from Gabriel Koritzky naoehomeuem...@gmail.com: I don't know if something like this has been said before, so if it did just ignore this. I have noticed that very few programming languages use simple for loops. Python itself doesn't have a really simple one. So here's my

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg m...@egenix.com added the comment: Guido van Rossum wrote: I think it's fine to wait for 3.2. Maybe add something to the docs about not subclassing unicode in C. We should have a wider discussion about this on python-dev. I'll publish the unicoderef extension and then we

[issue6207] Simple For-Loops

Antoine Pitrou pit...@free.fr added the comment: This is not a place for such discussion. Please post on comp.lang.python. -- nosy: +pitrou resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou pit...@free.fr added the comment: Note that in Python 2.x you don't have such issues because there, most tools for text processing will happily work on any sort of buffer, so you don't need a string sub-type in order to implement e.g. references into another string (the

[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows

Jason R. Coombs jar...@jaraco.com added the comment: I've now completed all of the aforementioned tasks. 1) Kernel32 does not need to be freed. It is not freed by other calls after which this additional code was modeled. Additionally, the MSDN indicates that it should only be freed by the

[issue798520] os.popen with invalid mode differs on Windows and POSIX

anatoly techtonik techto...@gmail.com added the comment: I can confirm this but, but os.popen() is deprecated in 2.6 hence there is no point in fixing generated exception even though in a language that claims to be cross-platform exceptions should be unified. I would add os.popen to keywords

[issue6196] tarfile.extractall(readaccess=True)

Sridhar Ratnakumar sridh...@activestate.com added the comment: [Lars] (...) We talk about a very small number of cases here and the generator_tools-0.3.5.tar.gz is really broken beyond repair. It is the only thing that should be fixed here IMO ;-) Sure, that is what the pyopenssl folks did -

[issue6202] Obsolete default file encoding mac-roman on OS X, not influenced by locale env variables

Benjamin Peterson benja...@python.org added the comment: Here's a patch. (for the trunk as it is also afflicted) It simply removes the specific mac cases and uses posix detection. -- keywords: +patch versions: +Python 2.7 Added file:

[issue6208] path separator output ignores shell's path separator: / instead of \

New submission from ThurnerRupert rupert.thur...@credit-suisse.com: when installing python for windows and running it from a msys or cygwin shell, python does not notice that the path separator is backslash / instead of forward slash \. can this be configured somehow, so the outputs are done

[issue6208] path separator output ignores shell's path separator: / instead of \

Changes by ThurnerRupert rupert.thur...@credit-suisse.com: -- components: +IO, Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6208 ___ ___

[issue6136] Make logging configuration files easier to use

Geoffrey Bache gjb1...@users.sourceforge.net added the comment: OK, I hadn't seen the delay parameter until now. I guess this is new in Python 2.6? Good that there is already a way to avoid lots of empty files, though it'll be a while before I can assume Python 2.6 unfortunately... that probably

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Timothy Farrell tfarr...@swgen.com added the comment: I'm working on a web framework for Python 3. Naturally this is a blocker for me. I was kinda expecting this to be addressed in 3.1 but now that rc1 is out and I don't see anything about it, I'm wondering about the status of this bug. Can

[issue6208] path separator output ignores shell's path separator: / instead of \

R. David Murray rdmur...@bitdance.com added the comment: I'm not sure I understand the quesiton. The cygwin path separator is forward slash, isn't it? Beyond that, I'm not clear on what behavior you think is incorrect. What outputs? -- components: +Installation -IO nosy:

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

R. David Murray rdmur...@bitdance.com added the comment: Can you provide a test case that clearly demonstrates the problem (preferably a unit test, but anything easily reproducible will do)? I'm not sure what to do with the code attached to the case. -- nosy: +r.david.murray priority:

[issue6136] Make logging configuration files easier to use

Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: As for (b), do you not think a large number of users will not bother with the hierarchical aspect of the logging framework? I'd say you need to be pretty advanced/large scale before that becomes interesting. I disagree with this. The

[issue6209] compilation error in std. lib. module shutil (Python 3.1rc1, platform Win32)

New submission from dpodbori dpodb...@gmail.com: In Python 3.1rc1 (observed under Win32) standard library function shutil.copyfile(src, dst) has an unreferenced local variable st that causes the following exception in the calling code: D:\ c:\Python31\python.exe copyDrivers.py Traceback (most

[issue6210] Exception Chaining missing method for suppressing context

New submission from Patrick W. p...@borntolaugh.de: I'm currently writing a library that executes predefined http requests to a specified server. In case there is for example a HTTP Error, I want to raise a user-defined exception that contains additional information about when the error actually

[issue6209] compilation error in std. lib. module shutil (Python 3.1rc1, platform Win32)

Benjamin Peterson benja...@python.org added the comment: Fixed in r73250. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6209

[issue6210] Exception Chaining missing method for suppressing context

Changes by Benjamin Peterson benja...@python.org: -- versions: +Python 3.2 -Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6210 ___ ___

[issue6196] tarfile.extractall(readaccess=True)

Lars Gustäbel l...@gustaebel.de added the comment: Sure, tarfile contains numerous work-arounds for quirky and buggy archives. Otherwise, it would not be usable in real-life. But we should not mix up different issues here. tarfile reads and extracts your generator_tools.tar just fine. Formally,

[issue6136] Make logging configuration files easier to use

Geoffrey Bache gjb1...@users.sourceforge.net added the comment: Who said anything about not supporting users who want the hierarchy? I'm talking about making qualname optional, not removing it entirely! I even supplied the entirety of the code (all 4 lines of it) to be clear what I meant

[issue6211] [Tutorial] Section 4.7.2 has a wrong description of an example

New submission from Michael Markert markert.mich...@gmail.com: [Tutorial] Section 4.7.2 has a piece of example code which gives three possibilities to call that function, but the description states that there are only two possibilities. Attached patch changes that and gives the third

[issue6212] piped input

New submission from Robert T McQuaid r...@fixcas.com: # # Python 3.0.1 can read piped input when invoked with a # program name as the argument of the interpreter, but not # when invoked implicitly by the file extension. On # Windows xp the first command below runs successfully, the #

[issue6198] test_float fails on Windows

Mark Dickinson dicki...@gmail.com added the comment: [Mark] Out of interest, what does '%#.0f' % 1.5 produce on Python 2.7/Windows? I'd expect to get '2.' both for round-half-to-even and round-half-away-from-zero. Does Windows round this down to '1.' instead? [Eric] Windows in trunk gives

[issue6213] Incremental encoder incompatibility between 2.x and py3k

New submission from Antoine Pitrou pit...@free.fr: The behaviour of several incremental encoders is inconsistent between 2.x and py3k. In 2.x: enc = codecs.getincrementalencoder('utf-16')() enc.getstate() 0 enc.setstate(0) enc.encode(u'abc') '\xff\xfea\x00b\x00c\x00' In py3k: enc =

[issue6214] test__locale broken on trunk

New submission from Antoine Pitrou pit...@free.fr: == ERROR: test_lc_numeric_localeconv (test.test__locale._LocaleTests) -- Traceback (most recent call last):

[issue6215] Backport the IO lib to trunk

New submission from Antoine Pitrou pit...@free.fr: The new IO lib has undergone deep changes in py3k which have never been backported to trunk. This patch brings trunk up to date, including tests. -- components: IO files: iobackport.patch keywords: patch messages: 88974 nosy: pitrou

[issue6212] piped input

Georg Brandl ge...@python.org added the comment: This is a bug in Windows Python can do nothing about, see http://support.microsoft.com/kb/321788. -- nosy: +georg.brandl resolution: - wont fix status: open - closed ___ Python tracker

[issue6215] Backport the IO lib to trunk

Antoine Pitrou pit...@free.fr added the comment: Please note that test_io leaks references because of #2521. Otherwise it's fine. -- nosy: +alexandre.vassalotti, amaury.forgeotdarc, benjamin.peterson ___ Python tracker rep...@bugs.python.org

[issue2768] os.fstat and other os.f* methods should use PyObject_AsFileDescriptor

Neil Muller drnlmuller+b...@gmail.com added the comment: Updated combined patch for python trunk added (indentation issues hopefully also fixed). -- Added file: http://bugs.python.org/file14199/posixmodule_comb.patch ___ Python tracker

Re: [issue3959] Add Google's ipaddr.py to the stdlib

My hope is that now that a library has been selected, it can be improved before Python 2.7 and 3.1 ship. That is fairly unlikely. The 3.1 release candidate has been produced, so the only options possible at this point are to either go ahead with what is in the code, or withdraw the library

[issue1633605] logging module / wrong bytecode?

Changes by venkat manian venkatasubraman...@gmail.com: -- nosy: +annacoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1633605 ___ ___

[issue6202] Obsolete default file encoding mac-roman on OS X, not influenced by locale env variables

Ned Deily n...@acm.org added the comment: A very quick test of the patch on trunk for 10.4 and 10.5 looks good, though it should be re-tested once the unrelated current breakage of test__locale is fixed. -- ___ Python tracker rep...@bugs.python.org

[issue2768] os.fstat and other os.f* methods should use PyObject_AsFileDescriptor

Neil Muller drnlmuller+b...@gmail.com added the comment: Similar patch for the python 3 branch. -- Added file: http://bugs.python.org/file14200/posixmodule_comb_py3k.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2768

[issue6198] test_float fails on Windows

Eric Smith e...@trueblade.com added the comment: [Mark] Out of interest, what does '%#.0f' % 1.5 produce on Python 2.7/Windows? I'd expect to get '2.' both for round-half-to-even and round-half-away-from-zero. Does Windows round this down to '1.' instead? [Eric] Windows in trunk gives

[issue6216] Raise Unicode KEEPALIVE_SIZE_LIMIT from 9 to 32?

New submission from Terry J. Reedy tjre...@udel.edu: From msg88801 ''' for 3.1: raising the KEEPALIVE_SIZE_LIMIT to 32 as explained and motivated here: msg64215 That's a simple non-disruptive change which makes a lot of sense due to the advances in CPU designs in the last 9 years. I determined

[issue6216] Raise Unicode KEEPALIVE_SIZE_LIMIT from 9 to 32?

Terry J. Reedy tjre...@udel.edu added the comment: Marc-Andre Lemburg's message is from #1943 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6216 ___

[issue1943] improved allocation of PyUnicode objects

Terry J. Reedy tjre...@udel.edu added the comment: In the interest of possibly improving the imminent 3.1 release, I opened #6216 Raise Unicode KEEPALIVE_SIZE_LIMIT from 9 to 32? I wonder if it is possible to make it generically easier to subclass PyVarObjects (but my C knowledge to getting too

[issue6195] Serious regression in doctest in Py3.1rc1

R. David Murray rdmur...@bitdance.com added the comment: The fix is not in fact correct. Without the fix, source code is found that is skipped with the fix in place. This may mean that the fix for issue4050 is also in error. The object found by inspect.getfile when it isn't an a .so is of the

[issue6196] tarfile.extractall(readaccess=True)

Sridhar Ratnakumar sridh...@activestate.com added the comment: [Lars] Sure, there is some functionality in extractall() that addresses issues with inappropriate permissions, but without this functionality the archive would not even *extract* cleanly. That is very different from your problem.

[issue6217] Add _io._TextIOWrapper.errors

New submission from Philip Jenvey pjen...@users.sourceforge.net: _pyio.TextIOWrapper provides the encoding and associated errors values, but _io._TextIOWrapper only provides encoding. Patch adds errors and has it show up in repr in both places, against py3k -- components: IO files:

[issue6218] Make io.BytesIO and io.StringIO picklable.

New submission from Alexandre Vassalotti alexan...@peadrop.com: Here is a patch to add pickling support to io.BytesIO and io.StringIO. Although they are non-trivial, the additions were made with a fair amount of care (and love!) and thus I believe they could be included in 3.1. Furthermore,

[issue6206] Correct a trivial typo introduced by r73238.

Changes by Vikram U Shenoy vikram.u.she...@gmail.com: -- type: - compile error ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6206 ___ ___

[issue6206] Correct a trivial typo introduced by r73238.

Georg Brandl ge...@python.org added the comment: Fixed in r73252. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6206 ___