[issue7471] GZipFile.readline too slow

Nir Aides added the comment: Uploaded patch for Python 3.2. -- Added file: http://bugs.python.org/file15620/gzip_7471_py32.diff ___ Python tracker ___ ___

[issue7471] GZipFile.readline too slow

Nir Aides added the comment: uploaded updated patch for Python 2.7. -- Added file: http://bugs.python.org/file15619/gzip_7471_py27.diff ___ Python tracker ___ ___

[issue7471] GZipFile.readline too slow

Changes by Nir Aides : Removed file: http://bugs.python.org/file15589/gzip_7471_py27.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue7291] urllib2 cannot handle https with proxy requiring auth

Senthil Kumaran added the comment: Fixed through reversions r76908, r76909, r76910, r76911 Thanks for the patch, Tatsuhiro Tsujikawa. -- status: open -> closed ___ Python tracker __

[issue7291] urllib2 cannot handle https with proxy requiring auth

Senthil Kumaran added the comment: Fixed and Committed revision 76908 in the trunk. -- keywords: -needs review resolution: accepted -> fixed ___ Python tracker ___ _

[issue7544] multiprocessing.Pool(): Fatal Python error: PyEval_AcquireThread: NULL new thread state

STINNER Victor added the comment: Use a core dump: good idea! haypo> Using my fuzzer (Fusil) on Python trunk, I got sometimes haypo> errors on multiprocessing.Pool(): haypo> haypo>Fatal Python error: PyEval_AcquireThread: NULL new thread state I read the source code of the thread module.

[issue7495] doc: patch for Doc/faq/programming.rst

Changes by Florent Xicluna : Added file: http://bugs.python.org/file15618/doc_faq_programming_py3k_updated.diff ___ Python tracker ___ ___ Pyt

[issue7495] doc: patch for Doc/faq/programming.rst

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file15615/doc_faq_programming_fix_py3k.diff ___ Python tracker ___ ___ Python

[issue7495] doc: patch for Doc/faq/programming.rst

Florent Xicluna added the comment: Patch backported to trunk. It fixes typos and recommend best practices 'somestring'.format(...), and '0o777' and '22 // 3'... -- Added file: http://bugs.python.org/file15617/doc_faq_programming.diff ___ Python track

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

Jason R. Coombs added the comment: This attached patch addresses the issue Eric mentioned - I don't know how I missed this before. I will attempt to run the tests on XP again with this change, but have not yet done so. -- Added file: http://bugs.python.org/file15616/windows symlink draf

[issue7549] 2.6.4 Win32 linked to debug DLLs?

New submission from John Wells : I installed 2.6.4 x86 on Win7 x64. My Python app runs fine, but I get daily errors in the event app log: SOURCE: SideBySide EVENT ID: 33 MESSAGE: Activation context generation failed for "C:\WinUtils\Python26\Lib\distutils\command\wininst-8_d.exe". Dependent Asse

[issue7388] Documentation: capitalizations of the word 'python' needed when used as a name

Ezio Melotti added the comment: Done in r76904 (trunk), r76905 (release26-maint), r76906 (py3k), r76907 (release31-maint), thanks for the report (there were a few more, I fixed those too). -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___

[issue7528] Provide PyLong_AsLongAndOverflow compatibility to Python 2.x

Mark Dickinson added the comment: Thanks for the patches! I'll look at the 2.7 PyLong_AsLongAndOverflow patch, and (assuming it looks good) apply it. For the py3intcompat.c, it would be good to have some sort of consensus about this; perhaps it should be discussed on python-dev. One proble

[issue7442] _localemodule.c: str2uni() with different LC_NUMERIC and LC_CTYPE

Changes by Antoine Pitrou : -- nosy: +loewis priority: -> normal stage: -> needs patch type: -> behavior ___ Python tracker ___ ___

[issue7495] doc: patch for Doc/faq/programming.rst

Changes by Florent Xicluna : -- title: doc: patch for py3k/Doc/faq/programming.rst -> doc: patch for Doc/faq/programming.rst ___ Python tracker ___ __

[issue7543] RFE: introduce "enum Py_Opcode"

Antoine Pitrou added the comment: Yes, I think when you debug CPython the biggest hurdle is not to lookup the signification of opcodes :-) Thanks, closing. -- resolution: -> rejected status: open -> closed ___ Python tracker

[issue7493] doc: patch for Doc/faq/design.rst

Antoine Pitrou added the comment: > I saw two small things: > - dict.has_key is still used instead of `in` Florent pointed to me that it's not true. I was watching a stale version, sorry. -- ___ Python tracker ___

[issue7471] GZipFile.readline too slow

Antoine Pitrou added the comment: > isatty() and __iter__() of io.BufferedIOBase raise on closed file and > __enter__() raises ValueError with different (generic) message. > > Should we keep the original GzipFile methods or prefer the implementation > of io.BufferedIOBase? It's fine to use

[issue7495] doc: patch for py3k/Doc/faq/programming.rst

Florent Xicluna added the comment: There's a syntax error in the string formatting example. See additional patch. I will consider backporting some parts of the patch to Py2. -- status: closed -> open versions: +Python 2.6, Python 2.7 Added file: http://bugs.python.org/file15615/doc_fa

[issue7493] doc: patch for Doc/faq/design.rst

Antoine Pitrou added the comment: I saw two small things: - dict.has_key is still used instead of `in` - Pyrex is mentioned, but not Cython (http://www.cython.org/); Cython is probably much more active than Pyrex, though. -- nosy: +pitrou ___ Python

[issue7545] IO buffering behaviour not properly documented

Antoine Pitrou added the comment: Thank you, fixed in a lot of revisions. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue7534] float('nan')**2 != nan. float('nan')**2 error 33 on windows

Mark Dickinson added the comment: Okay; I had to rework Marcos' patch a bit to get all the tests to pass. Here's the result. I propose making these changes only in 2.7 and 3.2, not in 2.6 or 3.1; it's just possible that there's code out there that relies on some of the current behaviour;

[issue7493] doc: patch for Doc/faq/design.rst

Florent Xicluna added the comment: Commit r76886 on Python 2.7 is fine. But the patch is not merged completly on branches/py3k. I prepared a new patch against py3k to fix what is missing. -- status: closed -> open Added file: http://bugs.python.org/file15613/doc_faq_design_py3k_missin

[issue7545] IO buffering behaviour not properly documented

Pascal Chambon added the comment: Yep, I knew "full buffering" didn't mean "fill my RAM until crash" :p The only visible problem was the interpretation of positive/negative buffering value, which wasn't the same in doc and in code. But the patch seems to fix up the plot prettily well B-) Thanks

[issue7471] GZipFile.readline too slow

Nir Aides added the comment: isatty() and __iter__() of io.BufferedIOBase raise on closed file and __enter__() raises ValueError with different (generic) message. Should we keep the original GzipFile methods or prefer the implementation of io.BufferedIOBase? --

[issue7548] If a generator raises TypeError when being unpacked, an unrelated error message is shown

New submission from Mark Florisson : >>> list(*('boo' for x in [1])) ['b', 'o', 'o'] >>> list(*(range('error') for x in [1])) # notice the erroneous error message Traceback (most recent call last): File "", line 1, in TypeError: type object argument after * must be a sequence, not generator

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Stefan Krah added the comment: With the latest Python3.1 svn version of msvc9compiler.py, I get a "can't use a string pattern on a bytes-like object" error. The attached diff fixes the error. -- nosy: +skrah versions: +Python 3.1 -Python 2.6, Python 2.7, Python 3.0 Added file: http://bu

[issue7545] IO buffering behaviour not properly documented

Antoine Pitrou added the comment: Here is a possible patch for the Doc. I suppose the docstrings need updating too? -- keywords: +patch Added file: http://bugs.python.org/file15611/io-open-doc.patch ___ Python tracker

[issue7525] Yield example doesn't work as is explained in the documentation

Georg Brandl added the comment: This only happens in Python 2.5, where GeneratorExit inherits from Exception. In 2.6, it inherits from BaseException and is therefore not caught by the except clause. -- resolution: -> out of date status: open -> closed

[issue7485] Error in FAQ entry '4.25 Why doesn't Python have a "with" statement for attribute assignments?'

Eric Smith added the comment: It's in the last sentence of this section: http://www.python.org/doc/faq/general/#why-doesn-t-python-have-a-with-statement-for-attribute-assignments -- ___ Python tracker

[issue7380] uuid.UUID.bytes gives a bytearray() instead of bytes

Georg Brandl added the comment: Thanks, applied in r76895. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue7508] Update 'file object' doc

Antoine Pitrou added the comment: I've removed it in r76893. Thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue7480] trite documentation issue.

Georg Brandl added the comment: Agreed, removed in r76892. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue7485] Error in FAQ entry '4.25 Why doesn't Python have a "with" statement for attribute assignments?'

Georg Brandl added the comment: Where can I find this? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue7479] os.lchmod is not present

Georg Brandl added the comment: Added such a note in r76891. -- resolution: invalid -> fixed status: open -> closed ___ Python tracker ___ ___

[issue7475] codecs missing: base64 bz2 hex zlib ...

Changes by Georg Brandl : -- assignee: georg.brandl -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue7475] codecs missing: base64 bz2 hex zlib ...

Georg Brandl added the comment: I also seem to recall that adding .transform()/.untransform() was already accepted at some point. -- ___ Python tracker ___ __

[issue7119] email: msg.items() returns different values before and after msg.as_string()

Georg Brandl added the comment: Patch looks good. (I'm a bit unsure about the syntax "ie: blah" and "eg: blah" though.) -- ___ Python tracker ___

[issue7545] IO buffering behaviour not properly documented

Antoine Pitrou added the comment: > But now the question remains what the default is -- "full buffering" is > only meaningful with a specified buffer size. The implementation seems > to default to line buffering. "full" buffering actually uses a default or custom buffer size when you don't spe

[issue1644818] Allow importing built-in submodules

Changes by Skip Montanaro : -- nosy: +skip.montanaro ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue7508] Update 'file object' doc

Antoine Pitrou added the comment: Note: one issue is that io.rst is currently some kind of technical reference about base classes and stuff, it is unreadable for anyone looking for simple information. -- ___ Python tracker

[issue7500] doc: add warnings for FAQ which may not be accurate

Georg Brandl added the comment: Applied (minus the warning) in r76890. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue7499] doc: patch for py3k/Doc/faq/library.rst

Georg Brandl added the comment: Applied with a few edits in r76889. Note that the notation for number ranges with "mismatching" brackets is actually correct. -- resolution: -> accepted status: open -> closed ___ Python tracker

[issue7508] Update 'file object' doc

Antoine Pitrou added the comment: Okay, I've found it. IMO this section should simply be removed, since the `file` type doesn't exist anymore. -- ___ Python tracker ___ _

[issue7495] doc: patch for py3k/Doc/faq/programming.rst

Georg Brandl added the comment: Committed in r76888. Thanks! -- resolution: -> accepted status: open -> closed ___ Python tracker ___ ___

[issue7508] Update 'file object' doc

Antoine Pitrou added the comment: In which part/filename of the doc can I find this extract? -- ___ Python tracker ___ ___ Python-bugs

[issue7493] doc: patch for Doc/faq/design.rst

Georg Brandl added the comment: Thanks, committed in r76886, r76887. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ ___

[issue7543] RFE: introduce "enum Py_Opcode"

Dave Malcolm added the comment: > Are you doing anything specific which requires this change? No. I was looking for ways of making CPython easier to debug, and I experimented with this. It didn't help with debuggability as much as I hoped. Given that CPython's performance is known to be sen

[issue7529] StreamHandler does not live in logging.Handlers

Georg Brandl added the comment: Hmm, I cannot reproduce the problem here (with a checkout before your commit); as you say the module should be set by the module directive. I guess it's a Sphinx bug; I will investigate that. Closing this issue, since it's not in Python. -- status: pend

[issue7534] float('nan')**2 != nan. float('nan')**2 error 33 on windows

Mark Dickinson added the comment: There were two incorrect tests in float_pow_testcases.patch: +self.assertEqualAndEqualSign(pow_op(-INF, -0.5), -0.0) +self.assertEqualAndEqualSign(pow_op(-INF, -2.0), -0.0) these should both have had 0.0 in place of -0.0. Here are corr

[issue7521] PyEval_GetRestricted should be removed from C API reference

Georg Brandl added the comment: Thanks, fixed in r76883, r76884, r76885. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue7527] Standard Library documentation fails to mention that string.Formatter, etc. are new in Python 2.6

Georg Brandl added the comment: I changed the prose into a versionadded tag in r76882. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue7508] Update 'file object' doc

Georg Brandl added the comment: Maybe Antoine wants (!) to look at it. -- assignee: georg.brandl -> pitrou nosy: +pitrou ___ Python tracker ___ __

[issue7545] IO buffering behaviour not properly documented

Georg Brandl added the comment: The docs have a different wording, which I suggest copying to the docstring: *buffering* is an optional integer used to set the buffering policy. By default full buffering is on. Pass 0 to switch buffering off (only allowed in binary mode), 1 to set li

[issue7546] msvc9compiler.py: add .asm extension

Changes by Antoine Pitrou : -- assignee: -> tarek components: +Distutils nosy: +tarek priority: -> normal stage: -> patch review versions: +Python 2.7 -Python 3.1 ___ Python tracker __

[issue7547] test_timeout should skip, not fail, when the remote host is not available

New submission from Antoine Pitrou : test_timeout uses www.python.org as a Guinea pig for its socket tests. Unfortunately sometimes www.python.org is down, which gives the following kind of failures (seen on a buildbot recently): test test_timeout failed -- Traceback (most recent call last): F

[issue7546] msvc9compiler.py: add .asm extension

New submission from Stefan Krah : Hi, would it be possible to add .asm to the extensions? I attach a diff that I have tested with VS Express. -- files: vcasm.diff keywords: patch messages: 96614 nosy: skrah severity: normal status: open title: msvc9compiler.py: add .asm extension type:

[issue7511] msvc9compiler.py: ValueError: [u'path']

Stefan Krah added the comment: 'ValueError' should be 'DistutilsPlatformError' in the diff. -- ___ Python tracker ___ ___ Python-bugs-

[issue7543] RFE: introduce "enum Py_Opcode"

Antoine Pitrou added the comment: The assembler diff shows that at one point the compiler produced slightly less good code after the change. I don't know what the impact is in terms of performance but it shows we should be cautious with this change. Are you doing anything specific which require

[issue7511] msvc9compiler.py: ValueError: [u'path']

Stefan Krah added the comment: Ok, I created a new diff that considers all 64-bit values for 'arch'. I think x64 cannot occur (See: PLAT_TO_VCVARS). Also, I use the existence of bin\amd64\vcvarsamd64.bat as a test for VS Professional, so in that case the new code is never executed. Could someon

[issue7544] multiprocessing.Pool(): Fatal Python error: PyEval_AcquireThread: NULL new thread state

Antoine Pitrou added the comment: Enable core dumps (`ulimit -c unlimited`) and re-run your tests. The fatal Python error will leave a core file so that you can find out the context. You can also try a debug build of Python which may give you more information, assuming it can reproduce the bug.

[issue7523] add SOCK_NONBLOCK and SOCK_CLOEXEC to socket module

R. David Murray added the comment: I lean toward the second way, myself. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue7545] IO buffering behaviour not properly documented

Antoine Pitrou added the comment: "Full buffering" means exactly what you discovered it means - enable a buffer of a given number of bytes (3, 4096 or anything else). I'm not sure what you thought it meant? That the file was buffered in its entirety, regardless of its size? -- nosy: +pi

[issue7545] IO buffering behaviour not properly documented

New submission from Pascal Chambon : Hello, It seems there is an important difference between the doc of the IO module, and its implementation so far (until todcay trunk revision 76805) "buffering is an optional integer used to set the buffering policy. By default full buffering is on. Pass 0 to

[issue7534] float('nan')**2 != nan. float('nan')**2 error 33 on windows

Mark Dickinson added the comment: Here's a set of testcases (patch against trunk) for float pow, based on Annex F of the C99 specification. -- keywords: +patch Added file: http://bugs.python.org/file15607/float_pow_testcases.patch ___ Python tracker

[issue7534] float('nan')**2 != nan. float('nan')**2 error 33 on windows

Mark Dickinson added the comment: Thanks for this; I'll take a look. Looks like we need some tests for this, too. -- ___ Python tracker ___

[issue7534] float('nan')**2 != nan. float('nan')**2 error 33 on windows

Changes by Mark Dickinson : -- assignee: -> mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue7482] Improve ZeroDivisionError message for float and complex object

Mark Dickinson added the comment: No, I don't think you should add tests for the error messages; there should already be tests for the type of error, and that's enough. -- ___ Python tracker _

[issue7482] Improve ZeroDivisionError message for float and complex object

Mark Dickinson added the comment: So if we're going to change the error messages, it would be nice if the new error messages were grammatical English. 'complex division by zero' is fine, but e.g. 'float modulo by zero' doesn't really make sense. Actually I'd be fine with 'float division by

[issue7544] multiprocessing.Pool(): Fatal Python error: PyEval_AcquireThread: NULL new thread state

New submission from STINNER Victor : Using my fuzzer (Fusil) on Python trunk, I got sometimes errors on multiprocessing.Pool(): Fatal Python error: PyEval_AcquireThread: NULL new thread state I'm sorry but I don't have example script to reproduce the bug. I suppose that the error depends on

[issue7532] Extended slicing with classic class behaves strangely

Mark Dickinson added the comment: Interesting solution! While the patch itself looks fine to me, I'm not sure I like this solution much. It's fine to use this trick for list or tuple, but implementing it for all old-style classes at once seems a bit dangerous. With this patch, it seems to

[issue3366] Add gamma function, error functions and other C99 math.h functions to math module

Mark Dickinson added the comment: Oops. That's r76878 (trunk) and r76879 (py3k). -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue3366] Add gamma function, error functions and other C99 math.h functions to math module

Mark Dickinson added the comment: Added erf and erfc in r76879 (trunk), r76880 (py3k). -- ___ Python tracker ___ ___ Python-bugs-list

[issue7523] add SOCK_NONBLOCK and SOCK_CLOEXEC to socket module

lekma added the comment: > It would be better to use test skipping: (eg: @unittest.SkipUnless > before the test class). I didn't know about this feature, thanks for the tip. Now I wonder if it would be better to do it this way: @unittest.SkipUnless(hasattr(socket, "SOCK_CLOEXEC") and fcntl, "S

[issue7504] Same name cookies

Andrey Chichak added the comment: This is fix for rare problem. If I set 2 cookies: sid=pub.GHoBitAWLt, path="/" sid=cab.S97jUfeihM, path="/cab" All browsers in Cookie header send for any URL '/cab*': sid=cab.S97jUfeihM; sid=pub.GHoBitAWLt Current implementation always returns Cookie['sid']=pub.

[issue7504] Same name cookies

Amaury Forgeot d'Arc added the comment: For this kind of report you should provide more information. Is this an enhancement to the Cookie object? Why is it needed? Do you really propose that users directly use the _multi attribute directly (the leading _ suggest an internal attribute)? Also, s

[issue7504] Same name cookies

Andrey Chichak added the comment: Remake for patch due the requirements of http://www.python.org/dev/patches/ -- Added file: http://bugs.python.org/file15606/Cookie_multi.diff ___ Python tracker __