[issue8729] The Mapping ABC's __eq__ method should return NotImplemented if the other type is not a Mapping

Daniel Stutzbach added the comment: Will do, sometime this week. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue8550] Expose SSL contexts

Heikki Toivonen added the comment: Since SSLv2 is insecure, could you at least add a warning for that protocol? I think there was a separate issue for removing it altogether, but could a warning be added here? The documentation should mention that verify_mode=CERT_REQUIRED is recommended for

[issue8728] 2.7 regression in httplib.py: AttributeError: 'NoneType' object has no attribute 'makefile'

R. David Murray added the comment: Can you provide a small code example that will reproduce the problem? -- nosy: +r.david.murray ___ Python tracker ___ _

[issue8729] The Mapping ABC's __eq__ method should return NotImplemented if the other type is not a Mapping

Benjamin Peterson added the comment: A test would be good. -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mai

[issue8640] subprocess: canonicalize env to bytes on Unix (Python3)

STINNER Victor added the comment: Python 3.1 accepts duplicate variables (str name, bytes name). It creates the two variables is a random order: >>> subprocess.call(['env'], env={'xx': 'str', b'xx': 'bytes'}) xx=str xx=bytes 0 >>> subprocess.call(['env'], env={'xxx': 'str', b'xxx': 'bytes'}) x

[issue8640] subprocess: canonicalize env to bytes on Unix (Python3)

STINNER Victor added the comment: pitou> Why wouldn't you give byte variables in env too? Ok, attached patch canonicalize env keys and values to bytes. If a variable is defined twice (str name, bytes name), a ValueError is raised. The patch depends on #8513: it requires that os.get_exec_path(

[issue8513] subprocess: support bytes program name (POSIX)

STINNER Victor added the comment: New patch fixing this issue: - os.get_exec_path() type now depends on the OS: str on Windows, bytes on Unix - os.get_exec_path(None) uses os.environ on Windows, os.environb on Unix - os.get_exec_path(env) uses 'PATH' or b'PATH' key, but raise a ValueError if

[issue8725] Python3: use ASCII for the file system encoding on initfsencoding() failure

Changes by STINNER Victor : Removed file: http://bugs.python.org/file17353/fsencoding_ascii.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue8725] Python3: use ASCII for the file system encoding on initfsencoding() failure

STINNER Victor added the comment: Version 2: - #8715 has been commited: patch PyUnicode_EncodeFSDefault() - fix the documentation according the changes -- Added file: http://bugs.python.org/file17357/fsencoding_ascii-2.patch ___ Python tracker

[issue4007] make clean fails to delete .a and .so.X.Y files

Skip Montanaro added the comment: >> Note: Using find -delete avoids the extra process spawning for rm. The -delete expression isn't universally available. For example, it is not present on Solaris. Better just to stick with the reliable rm. Skip --

[issue4508] distutils compiler not handling spaces in path to output/src files

Changes by Éric Araujo : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/optio

[issue4508] distutils compiler not handling spaces in path to output/src files

Éric Araujo added the comment: (Fixing damn HTML form changing select values, really sorry) -- assignee: sjoerd -> tarek nosy: -sjoerd ___ Python tracker ___ ___

[issue4508] distutils compiler not handling spaces in path to output/src files

Changes by Éric Araujo : -- assignee: tarek -> sjoerd components: +Distutils2 -Distutils nosy: +merwok, sjoerd versions: +Python 2.5, Python 3.2 -Python 3.0 ___ Python tracker ___

[issue4007] make clean fails to delete .a and .so.X.Y files

Éric Araujo added the comment: Note: Using find -delete avoids the extra process spawning for rm. However, if the -f option is really necessary, we’ll have to use rm. Someone has an idea about the imperfect regex/glob pattern? -- nosy: +merwok ___

[issue3686] PKG-INFO file should differentiate between authors and maintainers

Changes by Éric Araujo : -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue858809] Use directories from configure rather than hardcoded

Changes by Éric Araujo : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/opt

[issue858809] Use directories from configure rather than hardcoded

Éric Araujo added the comment: (Fixing Roundup form bug) -- assignee: skrah -> tarek nosy: -skrah ___ Python tracker ___ ___ Python

[issue858809] Use directories from configure rather than hardcoded

Changes by Éric Araujo : -- assignee: tarek -> skrah nosy: +merwok, skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue8712] Skip libpthread related test failures on OpenBSD

Stefan Krah added the comment: The gentoo-3.x buildbot also shows the threading problems again: test test_subprocess failed -- Traceback (most recent call last): File "/home/buildslave/python-trunk/3.x.norwitz-x86/build/Lib/test/test_subprocess.py", line 770, in test_send_signal self.as

[issue8727] test_import failure

Changes by Brett Cannon : -- priority: normal -> critical ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue8727] test_import failure

Brett Cannon added the comment: I found the cause of the failure. When Barry implemented PEP 3147, he made PyPycLoader.bytecode_path() operate as if the only possible bytecode file one would want is the __cached__ one. That obviously is not accurate in the face of source-less modules. So the

[issue7946] Convoy effect with I/O bound threads and New GIL

Nir Aides added the comment: Updated bfs.patch to patch cleanly updated py3k branch. Use: $ patch -p1 < bfs.patch -- Added file: http://bugs.python.org/file17356/bfs.patch ___ Python tracker ___

[issue7946] Convoy effect with I/O bound threads and New GIL

Changes by Nir Aides : Removed file: http://bugs.python.org/file17330/bfs.patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue8727] test_import failure

Brett Cannon added the comment: THe sys.path modification warning is a red herring; the test simply was not cleaning up after itself properly. That little bit is fixed in r81214. Don't know about the cause of the actual failure yet. -- ___ Python

[issue8729] The Mapping ABC's __eq__ method should return NotImplemented if the other type is not a Mapping

New submission from Daniel Stutzbach : The Mapping ABC's __eq__ method should return NotImplemented if the other type is not a Mapping, to give the other type a chance at the comparison. Right now it simply returns false. The comparison methods on the other ABCs in _abcoll.py already return

[issue6645] multiprocessing build fails on AIX - /dev/urandom (or equivalent) not found

Sridhar Ratnakumar added the comment: Looks like this has been fixed, at least on Python trunk (2.7). -- ___ Python tracker ___ ___ Py

[issue8728] 2.7 regression in httplib.py: AttributeError: 'NoneType' object has no attribute 'makefile'

New submission from Sridhar Ratnakumar : On Linux, with Python 2.7 trunk (built on May 13th) [...] File "/home/apy/as/pypm-trunk/eggs/httplib2-0.6.0-py2.7.egg/httplib2/__init__.py", line 1129, in request (response, content) = self._request(conn, authority, uri, request_uri, method, body

[issue8726] test_capi failure

Antoine Pitrou added the comment: Your test could call PyThreadState_Get() explicitly, before calling PyErr_SetString() (which should then never get executed). -- ___ Python tracker ___

[issue8727] test_import failure

Antoine Pitrou added the comment: This can be narrowed down to the following test sequence: $ ./python -E -m test.regrtest test_heapq test_import test_heapq test_import Warning -- sys.path was modified by test_import test test_import failed -- Traceback (most recent call last): File "/home/an

[issue8726] test_capi failure

Jeffrey Yasskin added the comment: Ah, darn. Any thoughts on what do to? Shall I make the test conditional on a pydebug build, or just remove it? -- ___ Python tracker ___ _

[issue8665] "make pycremoval" fails

Antoine Pitrou added the comment: I'm trying a fix in r81209. If the buildbots don't complain I'll close the issue. -- assignee: barry -> pitrou stage: needs patch -> committed/rejected status: open -> pending ___ Python tracker

[issue8726] test_capi failure

Antoine Pitrou added the comment: It turns out that the test segfaults: $ ./python -E -bb -c "import _testcapi; _testcapi.crash_no_current_thread()" Erreur de segmentation (core dumped) And here is the backtrace: Program terminated with signal 11, Segmentation fault. #0 PyErr_SetObject (exc

[issue8726] test_capi failure

Changes by Antoine Pitrou : -- nosy: +jyasskin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue8727] test_import failure

New submission from Antoine Pitrou : [...] test_import Warning -- sys.path was modified by test_import test test_import failed -- Traceback (most recent call last): File "/home/antoine/py3k/__svn__/Lib/test/test_import.py", line 167, in test_module_with_large_stack exec('import ' + module)

[issue8726] test_capi failure

New submission from Antoine Pitrou : [...] test_capi test test_capi failed -- Traceback (most recent call last): File "/home/antoine/py3k/__svn__/Lib/test/test_capi.py", line 49, in test_no_FatalError_infinite_loop b'Fatal Python error:' AssertionError: b'' != b'Fatal Python error: PyThrea

[issue8685] set(range(100000)).difference(set()) is slow

Antoine Pitrou added the comment: The current patch gives much smaller benefits than the originally posted benchmarks, although they are still substantial: $ ./python -m timeit -s "a = set(range(10)); sd = a.difference; b = set(range(1000))" "sd(b)" - before: 5.56 msec per loop - after: 3

[issue7640] buffered io seek() buggy

Antoine Pitrou added the comment: Committed in r81203. Thank you, Pascal! -- resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: -Python 2.7, Python 3.1, Python 3.2 ___ Python tracker

[issue8708] OpenID blunder

Brett Cannon added the comment: Since Martin seemed to fix this, closing the issue. -- nosy: +brett.cannon resolution: -> invalid status: open -> closed ___ Python tracker ___ _

[issue8725] Python3: use ASCII for the file system encoding on initfsencoding() failure

STINNER Victor added the comment: PyUnicode_AsEncodedString() contains a special path for the file system encoding. I don't think that it is still needed, but I don't know how to check that. => read msg105810 -- ___ Python tracker

[issue8715] Create PyUnicode_EncodeFSDefault() function

STINNER Victor added the comment: Commited as r81194 (py3k), blocked in 3.1 (r81195). -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue8692] Use divide-and-conquer for faster factorials

Alexander Belopolsky added the comment: Sorry I didn't realize that ... -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue8692] Use divide-and-conquer for faster factorials

Mark Dickinson added the comment: But factorial_partial_product and factorial_odd_part both exist: the former is just computing the product of all odd integers in the given interval, while the latter computes the odd part of factorial(n). I've double checked the comments and they still look

[issue8692] Use divide-and-conquer for faster factorials

Alexander Belopolsky added the comment: s/partial_product/odd_part/ It looks like you made this change in some places but not all. On May 15, 2010, at 11:16 AM, Mark Dickinson wrote: > > Mark Dickinson added the comment: > > Okay, thanks. I'm still not seeing what's wrong with this, thou

[issue8692] Use divide-and-conquer for faster factorials

Mark Dickinson added the comment: Okay, thanks. I'm still not seeing what's wrong with this, though (sorry for being slow :( ) -- ___ Python tracker ___ _

[issue8692] Use divide-and-conquer for faster factorials

Alexander Belopolsky added the comment: Sorry for terseness. Sending it from my phone. The line was in factorial4.patch: + * The factorial_partial_product function computes the product of all odd j in >> > > Hmm. I can't find it. Can you be more specific? > > -- Added file: http:

[issue8692] Use divide-and-conquer for faster factorials

Mark Dickinson added the comment: > There is one place in the notes still referring to > factorial_part_product. Hmm. I can't find it. Can you be more specific? I'll fix the spaces before 'Someday'. -- ___ Python tracker

[issue8692] Use divide-and-conquer for faster factorials

Daniel Stutzbach added the comment: The comment for bit_length is missing a space or two: "Objects/longobject.c.Someday" -- ___ Python tracker ___ ___

[issue8692] Use divide-and-conquer for faster factorials

Alexander Belopolsky added the comment: There is one place in the notes still referring to factorial_part_product. -- nosy: +Alexander.Belopolsky ___ Python tracker ___ ___

[issue8715] Create PyUnicode_EncodeFSDefault() function

STINNER Victor added the comment: PyUnicode_AsEncodedString() contains a special path for the file system encoding. I don't think that it is still needed, but I don't know how to check that. /* During bootstrap, we may need to find the encodings package, to load the file system enc

[issue8715] Create PyUnicode_EncodeFSDefault() function

STINNER Victor added the comment: > bootstrap failure on Windows: import did use default error handler, > it uses surrogateescape error handler, but PyUnicode_EncodeString() > doesn't have codec "fast-path" for MBCS+surrogateescape. I enabled "shortcuts" in PyUnicode_EncodeString() for any err

[issue8692] Use divide-and-conquer for faster factorials

Mark Dickinson added the comment: Ah; Alexander's right: I was misremembering. An extra comma in an *enum* list isn't allowed (cf. issue 5889); an extra comma in an array initializer is. I'll rewrite that bit. -- ___ Python tracker

[issue8692] Use divide-and-conquer for faster factorials

Mark Dickinson added the comment: > It's a matter of taste, but I was taught that C allows trailing commas > in initializers specifically for the cases like this to avoid using a > leading comma. Unfortunately, I think C89 doesn't allow for this, and there are tracker issues about Python compi

[issue8692] Use divide-and-conquer for faster factorials

Alexander Belopolsky added the comment: On Sat, May 15, 2010 at 6:32 AM, Mark Dickinson wrote: > New patch (factorial3.patch) addressing all of Alexander's points except the > one about including Python source somewhere. Thanks for making the changes. I think we converged to a really neat im

[issue8725] Python3: use ASCII for the file system encoding on initfsencoding() failure

Changes by STINNER Victor : -- dependencies: +Create PyUnicode_EncodeFSDefault() function, Python3 doesn't support locale different than utf8 and an non-ASCII path (POSIX) nosy: +Arfrever, lemburg, loewis, pitrou ___ Python tracker

[issue8610] Python3/POSIX: errors if file system encoding is None

STINNER Victor added the comment: I commited the last patch (fall back to UTF-8): r81190 (3.x), blocked in 3.1 (r81191). I opened a new issue for the UTF-8/ASCII fallback: #8725, because the ASCII fallback is a different issue. -- resolution: -> fixed status: open -> closed ___

[issue8725] Python3: use ASCII for the file system encoding on initfsencoding() failure

New submission from STINNER Victor : I introduced initfsencoding() in #8610 to ensure that Py_FileSystemEncoding is not more NULL. In the discussion, Marc Lemburg noticed that falling back the UTF-8 on nl_langinfo(CODESET) error is a bad idea: ASCII is better (I agree). We cannot fall back to

[issue8724] bind_and_activate parameter is missed from directive

Changes by INADA Naoki : -- assignee: -> d...@python components: +Documentation nosy: +d...@python versions: +Python 2.6, Python 2.7 ___ Python tracker ___ __

[issue8724] bind_and_activate parameter is missed from directive

New submission from INADA Naoki : http://docs.python.org/dev/library/simplexmlrpcserver.html#SimpleXMLRPCServer.SimpleXMLRPCServer bind_and_activate parameter is described but not defined in directive. -- messages: 105803 nosy: naoki priority: normal severity: normal status: open title:

[issue8723] IDLE won't start import os error

Changes by James Morgan : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue8723] IDLE won't start import os error

James Morgan added the comment: Sorry, I guess I misunderstood the function as I saw some issues which appeared similar in style to my own. Never mind this then I will seek help elsewhere. Thankyou. -- ___ Python tracker

[issue8692] Use divide-and-conquer for faster factorials

Mark Dickinson added the comment: And the same patch, but with a (deliberately simple) pure Python version of the algorithm in test_math.py. -- Added file: http://bugs.python.org/file17352/factorial4.patch ___ Python tracker

[issue8712] Skip libpthread related test failures on OpenBSD

Stefan Krah added the comment: The FreeBSD-6.4-RELEASE-i386 buildbot has similar libpthread issues. This is just in: == FAIL: test_send_signal (test.test_subprocess.POSIXProcessTestCase) ---

[issue8712] Skip libpthread related test failures on OpenBSD

Stefan Krah added the comment: I can't pinpoint the exact causes for each individual test failure. I assumed that they are caused by threading/signal issues, because the tests pass when Python is compiled --without-threads. But here's a list of possible culprits for future reference: [pthre

[issue8723] IDLE won't start import os error

Martin v. Löwis added the comment: > I am new to this help system Please understand that this is not a help system at all. Instead, it is a bug tracker: a way for people to contribute to Python, by reporting bugs or contributing code. For help, please contact one of the Python help forums, such

[issue8692] Use divide-and-conquer for faster factorials

Mark Dickinson added the comment: New patch (factorial3.patch) addressing all of Alexander's points except the one about including Python source somewhere. I also expanded the lookup table to 20 entries on LP64 systems. -- Added file: http://bugs.python.org/file17351/factorial3.patch

[issue7640] buffered io seek() buggy

Pascal Chambon added the comment: Hello I advocate the inclusion of this patch to the 2.6 maintenance branch, because currently the io module in this branch (which is still the most recent 2.X version released) is simply broken. People using it will certainly encounter MAJOR file corruptions

[issue8723] IDLE won't start import os error

James Morgan added the comment: Thanks for the reply. I have used idle before on this system without issue, and since 2.5 worked I figured there was some difference between 2.5 and 2.6 which was causing the issue. I have found since that the issue is likely not with idle at all however, but

[issue8720] undo findsource regression/change

holger krekel added the comment: Thanks for helping with this! Attached is a patch that adds a keyword "check=True" to getsourcefile so that findsource can defer existence-checking until after cache lookup. Eventually, findsource will still raise an IOError if it can't find the source file

[issue8723] IDLE won't start import os error

Martin v. Löwis added the comment: Why do you think this is a bug in Python? It rather sounds like you misconfigured your system somehow. Without access to the system, it is difficult to guess what the misconfiguration might be, though. -- nosy: +loewis __