[issue14545] html module should not be available in Python 3.1

Georg Brandl added the comment: "html" is a package. The "html.parser" module, which was already in 3.0, cannot be importable without a "html" package, so in all 3.x versions there was at least an empty html/__init__.py. That said, I have no objection to Ezio's suggestion. -- nosy: +

[issue10484] http.server.is_cgi fails to handle CGI URLs containing PATH_INFO

Glenn Linderman added the comment: A minor detail of efficiency: _url_collapse_path_split is used only one place, from is_cgi. _url_collapse_path_split splits the path, and is_cgi now puts it back together. This seems inefficient. Would it not be better for _url_collapse_path_split to be re

[issue14545] html module should not be available in Python 3.1

Ezio Melotti added the comment: The doc for the html module was added in 5633af590057 (see #2830) and it was previously undocumented even if it was importable. Moving the versionadded under html.escape sounds good to me. As a side note, it would be better to do try: # Python 3.2 depreca

[issue14544] Limit "global" keyword name conflicts in language spec to those enforced by CPython

Changes by Chris Rebert : -- nosy: +cvrebert ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue14545] html module should not be available in Python 3.1

New submission from Chris Jerdonek : The Python documentation says that the html module (defining html.escape()) is new in Python 3.2: http://docs.python.org/dev/library/html.html However, it's importable in Python 3.1, but without the escape() function. See below for evidence. This preven

[issue14544] Limit "global" keyword name conflicts in language spec to those enforced by CPython

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue14544] Limit "global" keyword name conflicts in language spec to those enforced by CPython

Nick Coghlan added the comment: Thread link: http://mail.python.org/pipermail/python-ideas/2012-April/014783.html -- ___ Python tracker ___

[issue14544] Limit "global" keyword name conflicts in language spec to those enforced by CPython

Alex Gaynor added the comment: This shouldn't be a problem for PyPy, in fact I'm almost positive that we implement this already (since Django has a test that uses this "feature"). If/when the spec is changed please make sure there are tests for all these cases so we *know* it works though.

[issue14544] Limit "global" keyword name conflicts in language spec to those enforced by CPython

New submission from Nick Coghlan : The language spec currently includes the following paragraph [1]: Names listed in a global statement must not be defined as formal parameters or in a for loop control target, class definition, function definition, or import statement. While the first

[issue14527] How to link with an external libffi?

Paul A. added the comment: While this is no solution by any means, I think it'd be better for the scenario to be a fatal configure error. After all, if I say --with-system-ffi, it means I really, really want want to use my own libffi. -- ___ Pytho

[issue14540] Crash in Modules/_ctypes/libffi/src/dlmalloc.c on ia64-hp-hpux11.31

Paul A. added the comment: I'd be more than happy to use my own installation of libffi instead, but it seems the --with-system-ffi configure flag doesn't work. I've also opened a different bug for that. -- ___ Python tracker

[issue1559549] ImportError needs attributes for module and file name

Brett Cannon added the comment: This is now officially blocking my importlib bootstrap work (issue #2377), so I have assigned this to myself to get done and I hope to get this committed within a week *without* updating Python/import.c and the requisite tests or pydoc (which I will make part o

[issue2377] Replace __import__ w/ importlib.__import__

Changes by Brett Cannon : -- dependencies: +ImportError needs attributes for module and file name ___ Python tracker ___ ___ Python-bug

[issue2377] Replace __import__ w/ importlib.__import__

Brett Cannon added the comment: OK, I have fixed test_trace by tweaking the trace module in default. I have decided to follow Antoine's suggestion-by-question and get test_pydoc working before I merge by getting ImportError spruced up in default but pydoc changed in bootstrap_importlib. I am

[issue10484] http.server.is_cgi fails to handle CGI URLs containing PATH_INFO

Glenn Linderman added the comment: Senthil, thanks for your work on this. Regarding: I also looked at changes in the patches contained in issue 13893, but I found that those broke behavior or exhibited the security issue again. I'd be curious to know what problems you discovered, since I had

[issue14543] Upgrade OpenSSL on Windows to 0.9.8u

Antoine Pitrou added the comment: > A 1.0 version would be fine w/ me (I tested it with one of those and > it worked as well) - I was just thinking a bug fix release might want > to stick w/ a bug fix release of OpenSSL too. Agreed, I was replying to Victor about 3.3. -- _

[issue14543] Upgrade OpenSSL on Windows to 0.9.8u

Dino Viehland added the comment: A 1.0 version would be fine w/ me (I tested it with one of those and it worked as well) - I was just thinking a bug fix release might want to stick w/ a bug fix release of OpenSSL too. -- ___ Python tracker

[issue14543] Upgrade OpenSSL on Windows to 0.9.8u

Antoine Pitrou added the comment: Well, 3.3 already links with openssl-1.0.0a. However, updating to the latest 1.0.x would probably be good. -- nosy: +georg.brandl versions: +Python 3.2, Python 3.3 ___ Python tracker

[issue14543] Upgrade OpenSSL on Windows to 0.9.8u

STINNER Victor added the comment: Why not upgrading to OpenSSL 1.0, at least for Python 3.3? -- nosy: +haypo ___ Python tracker ___ _

[issue14543] Upgrade OpenSSL on Windows to 0.9.8u

Changes by STINNER Victor : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue14543] Upgrade OpenSSL on Windows to 0.9.8u

New submission from Dino Viehland : OpenSSL has had many fixes since the 0.9.8l version, and in particular there is one issue which prevents it from connecting with SSL with a client certificate: the end result is the SSL connection hangs or times out. Updating the OpenSSL version will fix thi

[issue14341] sporadic (?) test_urllib2 failures

Antoine Pitrou added the comment: Well, the point of the test is to check that the warnings are issued, so silencing them kind of defeats it. Senthil, why did you use check_warning instead of assertWarns? -- ___ Python tracker

[issue14341] sporadic (?) test_urllib2 failures

Stefan Krah added the comment: How about silencing the AssertionError until a better solution is found? The patch works here. -- keywords: +patch Added file: http://bugs.python.org/file25173/issue14341.diff ___ Python tracker

[issue14539] logging module: logger does not print log message with logging.INFO level

zodalahtathi added the comment: Thank you for the explanation -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue14478] Decimal hashing very slow, could be cached

Raymond Hettinger added the comment: I don't see a need to cache the hash value in the pure Python version. -- ___ Python tracker ___ ___

[issue14542] reverse() doesn't reverse sort correctly

Eric V. Smith added the comment: list.reverse() does not reverse a list, it reverses its current values. >>> help([].reverse) Help on built-in function reverse: reverse(...) L.reverse() -- reverse *IN PLACE* >>> -- nosy: +eric.smith resolution: -> invalid stage: -> committed/re

[issue14428] Implementation of the PEP 418

STINNER Victor added the comment: +if (has_getickcount64) { +ULONGLONG ticks; +ticks = Py_GetTickCount64(); +result = (double)ticks * 1e-3 +} ";" is missing after "1e-3", it does not compile on Windows because of this. -- ___

[issue14542] reverse() doesn't reverse sort correctly

New submission from Bill Jefferson : reverse() doesn't reverse sort correctly in Python 25 and 27. sort() works correctly, but reverse doesn't. The following uses reverse(). Incorrect. Even though the date comes first, reverse() sorts on the file name, "B57IBMCD_T.zip" 2012-04-05 B57IBMCD

[issue14540] Crash in Modules/_ctypes/libffi/src/dlmalloc.c on ia64-hp-hpux11.31

Antoine Pitrou added the comment: > Anyway, if it's segfaulting inside dlmalloc, there's probably not much we can > do. > Actually, I wonder why we still ship it... I think it's bundled with our copy of libffi. I agree the stacktrace is strange. At the very least it looks truncated. Also it

[issue8799] Hang in lib/test/test_threading.py

Antoine Pitrou added the comment: Ok, I've fixed the docs in 3.2 and 3.3. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue14423] Getting the starting date of iso week from a week number and a year.

Antoine Pitrou added the comment: > 1) Yes I agree, your solution is somewhat more concise, I have corrected > the code accordingly. > 2) I get errors for all my test when I build "my" python and run > "./python.exe -m test.datetimetester -j3" > I asume this is because I have yet to implemen

[issue8799] Hang in lib/test/test_threading.py

Roundup Robot added the comment: New changeset 2f51dca92883 by Antoine Pitrou in branch '3.2': Issue #8799: Fix and improve the threading.Condition documentation. http://hg.python.org/cpython/rev/2f51dca92883 -- nosy: +python-dev ___ Python tracker

[issue14423] Getting the starting date of iso week from a week number and a year.

Esben Agerbæk Black added the comment: 1) Yes I agree, your solution is somewhat more concise, I have corrected the code accordingly. 2) I get errors for all my test when I build "my" python and run "./python.exe -m test.datetimetester -j3" I asume this is because I have yet to implement the

[issue14540] Crash in Modules/_ctypes/libffi/src/dlmalloc.c on ia64-hp-hpux11.31

Charles-François Natali added the comment: This stack trace is strange. Is it really the python binary? Anyway, if it's segfaulting inside dlmalloc, there's probably not much we can do. Actually, I wonder why we still ship it... -- nosy: +neologix, pitrou _

[issue14532] multiprocessing module performs a time-dependent hmac comparison

Charles-François Natali added the comment: > Therefore the expected digest changes each time. Exactly. Timing attacks (which aren't really new :-) depend on a constant digest to successively determine the characters composing the digest. Here, that won't work, because the digest changes every

[issue8799] Hang in lib/test/test_threading.py

Charles-François Natali added the comment: > I'm proposing the following changes to the threading docs. Most of them are > cleanups and small improvements, but I also rewrote the offending paragraph, > and made the wait_for example more proeminent. Looks good to me. -- _

[issue10484] http.server.is_cgi fails to handle CGI URLs containing PATH_INFO

Senthil Kumaran added the comment: I had to carefully review a lot of changes for this. In addition, I did setup a apache and tested the behaviors too. Few notes - - The test for _url_collapse_path_split is not directly helpful, especially for PATH_INFO. I removed my previous changes I had

[issue14258] Better explain re.LOCALE and re.UNICODE for \S and \W

Roundup Robot added the comment: New changeset 4d49a2415ced by Senthil Kumaran in branch '2.7': Fix closes Issue14258 - Clarify the re.LOCALE and re.UNICODE flags for \S class http://hg.python.org/cpython/rev/4d49a2415ced -- resolution: -> fixed status: open -> closed ___

[issue10484] http.server.is_cgi fails to handle CGI URLs containing PATH_INFO

Roundup Robot added the comment: New changeset 89eeaa18700f by Senthil Kumaran in branch '2.7': fix the incorrect changes made for PATH_INFO value - Issue10484 http://hg.python.org/cpython/rev/89eeaa18700f New changeset 827a4062b1d6 by Senthil Kumaran in branch '3.2': 3.2- fix the incorrect cha

[issue8799] Hang in lib/test/test_threading.py

Antoine Pitrou added the comment: I'm proposing the following changes to the threading docs. Most of them are cleanups and small improvements, but I also rewrote the offending paragraph, and made the wait_for example more proeminent. -- Added file: http://bugs.python.org/file25170/tpc

[issue12978] Figure out extended attributes on BSDs

Changes by Hynek Schlawack : -- nosy: +hynek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue13165] Integrate stringbench in the Tools directory

Serhiy Storchaka added the comment: > Please open a new issue for such improvement. Well, I'll do it as soon as slightly improve the script. -- ___ Python tracker ___ _

[issue14098] provide public C-API for reading/setting sys.exc_info()

Stefan Behnel added the comment: Done. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8799] Hang in lib/test/test_threading.py

Antoine Pitrou added the comment: > Stolen wakeups are a fact of life though, even in cpython's > implementation of condition variables. And for the user of a > condition variable the difference is so subtle as to not warrant > special mention. I don't think it's a subtle difference. Being wok

[issue8799] Hang in lib/test/test_threading.py

Charles-François Natali added the comment: >> The Condition variables are canonically prone to "spurious wakeups" >> and "stolen wakeups". > > No, they aren't. Just because POSIX says they are doesn't mean *our* > condition variables are the same. Spurious wakeups are an annoyance, and > our imp

[issue14541] test_sndhdr fails when run from an installation

Vinay Sajip added the comment: Closing, as msi.py for 3.2 appears to already include sndhdrdata. -- assignee: -> vinay.sajip resolution: -> fixed status: open -> closed versions: +Python 3.2 ___ Python tracker _

[issue14541] test_sndhdr fails when run from an installation

Roundup Robot added the comment: New changeset b2242224fb7f by Vinay Sajip in branch '3.2': Issue #14541: Added test/sndhdrdata to Makefile.pre.in for installation. http://hg.python.org/cpython/rev/b2242224fb7f New changeset 54bc19fc5b46 by Vinay Sajip in branch 'default': Issue #14541: Merged

[issue14478] Decimal hashing very slow, could be cached

Serhiy Storchaka added the comment: > Using except: pass as opposed to sticking everything inside the except > statement is also very slightly slower as well I ran the test several times and didn't see the difference between pass and sticking variants more than between different runs of the sa

[issue8799] Hang in lib/test/test_threading.py

Kristján Valur Jónsson added the comment: Stolen wakeups are a fact of life though, even in cpython's implementation of condition variables. And for the user of a condition variable the difference is so subtle as to not warrant special mention. This is, btw, not just a posix thing. It is sa

[issue14478] Decimal hashing very slow, could be cached

Amaury Forgeot d'Arc added the comment: > Checking for the AttributeError is very slightly slower Why are you trying to micro-optimize the Python version, when the C implementation does it better and faster? -- nosy: +amaury.forgeotdarc ___ Python t

[issue14478] Decimal hashing very slow, could be cached

Serhiy Storchaka added the comment: > I can't imagine any other exception coming from that try statement. KeyboardInterrupt -- ___ Python tracker ___ __

[issue14478] Decimal hashing very slow, could be cached

James Hutchison added the comment: In the patch: This: +except AttributeError: +pass should be: +except: Checking for the AttributeError is very slightly slower. Not by a lot, but I think if we're going for speed we might as well be as fast as possible. I can't

[issue14541] test_sndhdr fails when run from an installation

STINNER Victor added the comment: Python 3.2 should also be fixed. You may need to patch Tools/msi/msi.py in Python 3.2, not in Python 3.3 (see changeset fb7bb61c8847). -- ___ Python tracker _

[issue4892] Sending Connection-objects over multiprocessing connections fails

sbt added the comment: > But connection doesn't depend on reduction, neither does forking. If registration of (Pipe)Connection is done in reduction then you can't make (Pipe)Connection picklable *automatically* unless you make connection depend on reduction (possibly indirectly). A circular

[issue14478] Decimal hashing very slow, could be cached

Serhiy Storchaka added the comment: > The patch for the Python version looks good to me Oh, but used by James Hutchison approach is faster. When I disable the _decimal: Unpatched: int: 2.24056077003479 CachingDecimal: 8.49468207359314 Decimal: 187.68132972717285 With rhettinger's LBYL patc

[issue14541] test_sndhdr fails when run from an installation

Vinay Sajip added the comment: > Data files were added by the issue #9243 for new tests. That's fine, it's just that the Makefile needs to include the new directory test/sndhdrdata (which my patch does). I could have committed the change, but thought you should be in the loop. -- __

[issue4892] Sending Connection-objects over multiprocessing connections fails

Antoine Pitrou added the comment: > Support could be enabled automatically, but that would introduce more > circular imports which confuse me. Are you sure? AFAICT: - connection depends on forking - reduction depends on forking and connection But connection doesn't depend on reduction, neither

[issue14478] Decimal hashing very slow, could be cached

Stefan Krah added the comment: The patch for the Python version looks good to me. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue14541] test_sndhdr fails when run from an installation

STINNER Victor added the comment: Data files were added by the issue #9243 for new tests. -- ___ Python tracker ___ ___ Python-bugs-l

[issue14478] Decimal hashing very slow, could be cached

Stefan Krah added the comment: I changed the C version to cache the hash as well: For the submitted test case the speedup is only 5x, but hashing times vary greatly depending of the size of the coefficient and the exponent. BTW, the tests already call both hash() and __hash__() on the same num

[issue14478] Decimal hashing very slow, could be cached

Roundup Robot added the comment: New changeset a012d5df2c73 by Stefan Krah in branch 'default': Issue #14478: Cache the hash of a Decimal in the C version. http://hg.python.org/cpython/rev/a012d5df2c73 -- nosy: +python-dev ___ Python tracker

[issue14478] Decimal hashing very slow, could be cached

Jim Jewett added the comment: Stefan Krah has a good point. Since the only cost is an extra slot, and this is for users who have already chosen to use Decimal instead of a more efficient (but possibly less accurate) representation, even without the native speedups to Decimal ... I guess I'm

[issue14541] test_sndhdr fails when run from an installation

Vinay Sajip added the comment: Whoops, I think I added Georg when I meant Victor ... -- nosy: +haypo -georg.brandl ___ Python tracker ___ ___

[issue14541] test_sndhdr fails when run from an installation

New submission from Vinay Sajip : test_sndhdr fails when run from an installed Python, due to a missing directory in the installation. The attached patch should rectify this. -- components: Library (Lib) files: Makefile.pre.in.diff keywords: easy, patch messages: 157953 nosy: georg.bra

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

R. David Murray added the comment: Well, fixing NamedTemporaryFile in either of the ways we've discussed isn't going to fix people writing non-portable code. A unix coder isn't necessarily going to close the file before reading it. However, it would at least significantly increase the odds

[issue14423] Getting the starting date of iso week from a week number and a year.

Alexander Belopolsky added the comment: On Tue, Apr 10, 2012 at 6:44 AM, Antoine Pitrou wrote: > It's so easy that the patch isn't a one-liner and it seems to still have > bugs wrt. intended behaviour. Unless I miss something, the inverse to isocalendar() is simply from datetime import * def

[issue4892] Sending Connection-objects over multiprocessing connections fails

sbt added the comment: Updated patch which uses ForkingPickler in Connection.send(). Note that connection sharing still has to be enabled using allow_connection_pickling(). Support could be enabled automatically, but that would introduce more circular imports which confuse me. It might be w

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Jason R. Coombs added the comment: I agree. If the primary usage of the class does not work well on Windows, developers will continue to write code using the primary usage because it works on their unix system, and it will continue to cause failures when run on windows. Because Python should

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Antoine Pitrou added the comment: > By the way, I still think it would be nicer just to have the context > manager work as expected with delete=True (ie: doesn't delete until > the end of the context manager, whether the file is closed or not). > I'm OK with being voted down on that, though. In

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

R. David Murray added the comment: By the way, I still think it would be nicer just to have the context manager work as expected with delete=True (ie: doesn't delete until the end of the context manager, whether the file is closed or not). I'm OK with being voted down on that, though. -

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

R. David Murray added the comment: "delete_after" what? I know it is somewhat implicit in the fact that it is a context manager call, but that is not the only context the method name will be seen in. (eg: 'dir' list of methods, doc index, etc). Even as a context manager my first thought in r

[issue14423] Getting the starting date of iso week from a week number and a year.

Antoine Pitrou added the comment: > No, but it is still a one-line function that those who need it can > easily implement. It's so easy that the patch isn't a one-liner and it seems to still have bugs wrt. intended behaviour. > I am on the fence here because we already have > date.isocalenda

[issue8799] Hang in lib/test/test_threading.py

Antoine Pitrou added the comment: > The Condition variables are canonically prone to "spurious wakeups" > and "stolen wakeups". No, they aren't. Just because POSIX says they are doesn't mean *our* condition variables are the same. Spurious wakeups are an annoyance, and our implementation AFAICT

[issue14478] Decimal hashing very slow, could be cached

Stefan Krah added the comment: I think it would be a good idea to fix this in the Python version for the other implementations. -- ___ Python tracker ___ ___

[issue8799] Hang in lib/test/test_threading.py

Kristján Valur Jónsson added the comment: We shouldn't be testing implementation details. The Condition variables are canonically prone to "spurious wakeups" and "stolen wakeups". The fact that the current implementation doesn't have them shouldn't place that burden on future implementation

[issue14423] Getting the starting date of iso week from a week number and a year.

Esben Agerbæk Black added the comment: I believe that it is a good solution to have, for lack of a better term; bi-directional features so in my opinion .isocalendar() merits having a constructor that takes an ISO format. Sadly no :-( I looked it over once more and it seems there is an error w

[issue14521] math.copysign(1., float('nan')) returns -1.

Mark Dickinson added the comment: > The pickle output has the sign-bit set. Ignoring the sign-bit, it is > unpickled correctly. Okay, thanks for the clarification. I just wanted to be clear whether there's a real problem with pickle that should be fixed in 2.7 or not. Again, I don't see thi

[issue14521] math.copysign(1., float('nan')) returns -1.

mattip added the comment: The pickle output has the sign-bit set. Ignoring the sign-bit, it is unpickled correctly. However math.copysign using this value will now return minus on platforms where copysign(3., float('nan')) is known to work. Perhaps the whole can of worms should not have been

[issue14423] Getting the starting date of iso week from a week number and a year.

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue14539] logging module: logger does not print log message with logging.INFO level

Vinay Sajip added the comment: You haven't configured any handlers for the logger, so by default it wouldn't actually log anything. However, when no handlers are configured, logging uses an internal "last resort" handler to print the message to sys.stderr, and this handler has a threshold of