[issue6199] test_unittest fails on Windows

Changes by Antoine Pitrou : -- assignee: -> michael.foord nosy: +michael.foord ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue6198] test_float fails on Windows

Changes by Antoine Pitrou : -- nosy: +marketdickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue6201] test_winreg fails

Changes by Antoine Pitrou : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue6198] test_float fails on Windows

Changes by Eric Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue6198] test_float fails on Windows

Eric Smith added the comment: I can duplicate this with Visual C++ 9.0 Express Edition on XP. -- ___ Python tracker ___ ___ Python-bug

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou 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 _

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

New submission from Ned Deily : 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. On OS X, local

[issue6198] test_float fails on Windows

Mark Dickinson 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 doesn't use the CRT *p

[issue6198] test_float fails on Windows

Eric Smith 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 and verify it works

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

New submission from Ned Deily : 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 settings by

[issue6198] test_float fails on Windows

Mark Dickinson 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. :-( -- assignee: marketdickinson

[issue6196] tarfile.extractall(readaccess=True)

Lars Gustäbel 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 IMO ;-) I agree wit

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

Amaury Forgeot d'Arc added the comment: Patches (fix+test) are good. -- nosy: +amaury.forgeotdarc resolution: -> accepted ___ Python tracker ___

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: > Antoine Pitrou 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 added the comment: I had to remove a bunch of tests. Some were of the form "5", 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.0Got '0.00' %#.3g 0 -> 0.00

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

Ronald Oussoren 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 is set to an UTF8 e

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

New submission from Michael Markert : 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: controlflow.rst.patch keywords: patch messag

[issue6198] test_float fails on Windows

Eric Smith 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 : -- nosy: +dcbbcd ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

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

Changes by Dennis Benzinger : -- nosy: +dcbbcd ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue6123] tarfile: opening an empty tar file fails

Lars Gustäbel 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 ___ Python tr

[issue6198] test_float fails on Windows

Mark Dickinson 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.' instead? I'm surpr

[issue6198] test_float fails on Windows

Tim Peters 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 > Windows user

[issue6198] test_float fails on Windows

Eric Smith 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 gives '2.'. > I'

[issue6205] sdist doesn't include data_files

New submission from James : 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 distutils.core #from

[issue1943] improved allocation of PyUnicode objects

Guido van Rossum added the comment: On Fri, Jun 5, 2009 at 4:06 AM, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > Antoine Pitrou wrote: >> Antoine Pitrou added the comment: >> >> Raymond suggested the patch be committed in 3.1, so as to minimize >> disruption between

[issue6199] test_unittest fails on Windows

Michael Foord 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 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 in that case. I don't

[issue6206] Correct a trivial typo introduced by r73238.

New submission from Vikram U Shenoy : 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: normal status: open title:

[issue6207] Simple For-Loops

New submission from Gabriel Koritzky : 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 suggestion: for ( value ): # Repe

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg 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 can see whether

[issue6207] Simple For-Loops

Antoine Pitrou 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 ___

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou 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 buffer type wil

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

Jason R. Coombs 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 module that loaded th

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

anatoly techtonik 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 list for future refere

[issue6196] tarfile.extractall(readaccess=True)

Sridhar Ratnakumar 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 - fix their tarball. However,

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

Benjamin Peterson 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: http://bugs.python.org/file14196/fix_mac_encoding.patch

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

New submission from ThurnerRupert : 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 like the current shell accepts

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

Changes by ThurnerRupert : -- components: +IO, Windows ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue6136] Make logging configuration files easier to use

Geoffrey Bache 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 renders point (a) moot. As

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

Timothy Farrell 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 we get a status upda

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

R. David Murray 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: +r.david.murray priority: -> no

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

R. David Murray 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: -> high stage: -> te

[issue6136] Make logging configuration files easier to use

Vinay Sajip 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 hierarchical set up is one o

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

New submission from dpodbori : 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 recent call las

[issue6210] Exception Chaining missing method for suppressing context

New submission from Patrick W. : 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 occured (so that th

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

Benjamin Peterson added the comment: Fixed in r73250. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue6210] Exception Chaining missing method for suppressing context

Changes by Benjamin Peterson : -- versions: +Python 3.2 -Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue6196] tarfile.extractall(readaccess=True)

Lars Gustäbel 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, the data is okay.

[issue6136] Make logging configuration files easier to use

Geoffrey Bache 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 a few comments ago. The fi

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

New submission from Michael Markert : [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 possibility of calling. --

[issue6212] piped input

New submission from Robert T McQuaid : # # 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 # second ends with a di

[issue6198] test_float fails on Windows

Mark Dickinson 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 '2.'. Thanks

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

New submission from Antoine Pitrou : 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 = codecs

[issue6214] test__locale broken on trunk

New submission from Antoine Pitrou : == ERROR: test_lc_numeric_localeconv (test.test__locale._LocaleTests) -- Traceback (most recent call last): File "/home/an

[issue6215] Backport the IO lib to trunk

New submission from Antoine Pitrou : 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 priority: normal s

[issue6212] piped input

Georg Brandl 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 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 __

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

Neil Muller 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 fro

[issue1633605] logging module / wrong bytecode?

Changes by venkat manian : -- nosy: +annacoder ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

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

Ned Deily 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

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

Neil Muller added the comment: Similar patch for the python 3 branch. -- Added file: http://bugs.python.org/file14200/posixmodule_comb_py3k.patch ___ Python tracker ___ _

[issue6198] test_float fails on Windows

Eric Smith 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 '2.'.

[issue6216] Raise Unicode KEEPALIVE_SIZE_LIMIT from 9 to 32?

New submission from Terry J. Reedy : >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 the original va

[issue6216] Raise Unicode KEEPALIVE_SIZE_LIMIT from 9 to 32?

Terry J. Reedy added the comment: Marc-Andre Lemburg's message is from #1943 -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue1943] improved allocation of PyUnicode objects

Terry J. Reedy 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 faded to have an

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

R. David Murray 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 form: So I thin

[issue6196] tarfile.extractall(readaccess=True)

Sridhar Ratnakumar 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. Fair enough. 'tis time to

[issue6217] Add _io._TextIOWrapper.errors

New submission from Philip Jenvey : _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: textiowrapper-errors.diff keywor

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

New submission from Alexandre Vassalotti : 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, the improved test-suite

[issue6206] Correct a trivial typo introduced by r73238.

Changes by Vikram U Shenoy : -- type: -> compile error ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue6206] Correct a trivial typo introduced by r73238.

Georg Brandl added the comment: Fixed in r73252. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___ __