[issue7601] Installation - 2 tests failed: test_cmd_line test_xmlrpc

Ezio Melotti added the comment: See #7605 for test_cmd_line and #7606 for test_xmlrpc. -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed ___ Python tracker __

[issue7596] test_logging sometimes fails

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue7601] Installation - 2 tests failed: test_cmd_line test_xmlrpc

Changes by Ezio Melotti : -- nosy: +ezio.melotti priority: -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue6687] Move the special-case for integer objects out of PyBytes_FromObject.

Alexandre Vassalotti added the comment: Committed in r77174. Thank you for reviewing! -- resolution: -> accepted stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue7609] Add --with-system-expat option

Benjamin Peterson added the comment: Applied in r77169. -- nosy: +benjamin.peterson resolution: -> accepted status: open -> closed ___ Python tracker ___ ___

[issue7089] shlex behaves unexpected if newlines are not whitespace

Changes by Kan-Ru Chen : -- nosy: +kanru ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue7609] Add --with-system-expat option

Arfrever Frehtes Taifersar Arahesis added the comment: Some fragment of my initial comment disappeared :( . This option will be similar to '--with-system-ffi' option. It will cause using system expat instead of internal copy of expat. -- ___ Python

[issue7609] Add --with-system-expat option

New submission from Arfrever Frehtes Taifersar Arahesis : `configure` should support --with-system-expat option (similarly to -- internal copy of expat. It will be useful for some distributions (e.g. Gentoo), which prefer to use system libraries instead internal copies. -- components: B

[issue5115] Extend subprocess.kill to be able to kill process groups

Changes by Brian Curtin : -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue1054967] bdist_deb - Debian packager

Andrew Straw added the comment: As of stdeb 0.5.0, the setuptools dependency has been removed. Now stdeb requires only plain distutils. -- ___ Python tracker ___ _

[issue7606] test_xmlrpc fails with non-ascii path

Martin v. Löwis added the comment: Antoine: sure, to fix the issue at hand, we can work-around. However, the issue of sending non-ASCII headers in HTTP remains, and should also be fixed. -- ___ Python tracker

[issue7606] test_xmlrpc fails with non-ascii path

Martin v. Löwis added the comment: David: I think it's a little bit more complicated. RFC 2616 says that the value of a header is *TEXT, which is defined as The TEXT rule is only used for descriptive field contents and values that are not intended to be interpreted by the message parser.

[issue1967] Backport dictviews to 2.7

Alexandre Vassalotti added the comment: The tests were missing in my last patch. So, here's a new one. -- Added file: http://bugs.python.org/file15706/backport_dictviews-3.diff ___ Python tracker __

[issue7606] test_xmlrpc fails with non-ascii path

Antoine Pitrou added the comment: If it's only about transmitting the string representation of the traceback, perhaps we can simply use "replace" or "ignore" as the error handler? -- ___ Python tracker

[issue7606] test_xmlrpc fails with non-ascii path

R. David Murray added the comment: A little googling came up with this page: http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/topic/com.ibm.itame.doc/am61_webseal_admin570.htm Their solution is to uri encode the UTF8 encoded data. However, this article references the RFCs, which look li

[issue7608] PyUnicode_FromFormatV handles %R and %S incorrectly.

Changes by Alexandre Vassalotti : -- stage: test needed -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue7608] PyUnicode_FromFormatV handles %R and %S incorrectly.

Changes by Alexandre Vassalotti : -- resolution: -> duplicate status: open -> closed superseder: -> PyUnicode_FromFormat broken and not documented for 2.x ___ Python tracker ___

[issue7608] PyUnicode_FromFormatV handles %R and %S incorrectly.

New submission from Alexandre Vassalotti : It seems PyUnicode_FromFormatV wrongly assumes that the return value of PyObject_Str and PyObject_Repr is a unicode object. It looks like the %S and %R feature was backported from 3.x without updating the code for 2.x. PyObject * PyUnicode_FromFormatV

[issue1967] Backport dictviews to 2.7

Alexandre Vassalotti added the comment: It looks like that crash is caused by some bug in the implementation of PyUnicode_FromFormat(). I rewrote my patch to avoid it and added some additional unit tests. -- Added file: http://bugs.python.org/file15705/backport_dictviews-2.diff ___

[issue7607] stringlib fastsearch could be improved on 64-bit builds

New submission from Antoine Pitrou : The fastsearch algorithm uses a 32-bit mask for the boyer-moore compression table but stores it as a long. Since longs can be wider than 32 bits on some platforms (especially, most 64-bit Unixes), the actual mask width could be platform-dependant so as to impr

[issue7606] test_xmlrpc fails with non-ascii path

Martin v. Löwis added the comment: > self.send_header("X-traceback", traceback.format_exc()) That's fairly tricky. send_header expects two strings (bytes are not acceptable), and also requires these strings to be ASCII. This is why it breaks: format_exc returns a non-ASCII string. I see tw

[issue7591] test_get_platform fails on 3.1

Changes by Antoine Pitrou : -- priority: normal -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue7606] test_xmlrpc fails with non-ascii path

New submission from Antoine Pitrou : I configured my buildbot to use a non-ascii path to the interpreter and test_xmlrpc fails as follows: Exception happened during processing of request from ('127.0.0.1', 59091) Traceback (most recent call last): File

[issue7605] test_cmd_line fails with non-ascii path

New submission from Antoine Pitrou : I configured my buildbot to use a non-ascii path to the interpreter and test_cmd_line fails as follows: == FAIL: test_large_PYTHONPATH (test.test_cmd_line.CmdLineTest) ---

[issue4814] ftplib does not honour "timeout" parameter for active data connections

Antoine Pitrou added the comment: This looks good, of course. Perhaps you want to add a test, if it isn't too difficult to do so. -- versions: +Python 3.2 -Python 3.0 ___ Python tracker

[issue7579] Patch to add docstrings to msvcrt

Brian Curtin added the comment: Here is a patch for py3k. It uses the same contents as before but with changes to the str/bytes wording on getch_doc, putch_doc, and ungetch_doc. Includes updates to the msvcrt.rst file. Let me know if the wording seems correct (or if I left anything out). I went

[issue4046] test_formatdate_usegmt fails on non-englisch locale

R. David Murray added the comment: In that case, since 3.0 is no longer in maintenance, I'm closing this bug as out of date. -- resolution: -> out of date stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue7604] delattr __slots__ inconsistancy

Benjamin Peterson added the comment: 2009/12/30 Brian Harring : > > Brian Harring added the comment: > > Any chance of this landing in py2.7?  It's really a nasty wrench in the > works for some a mapping object essentially maps onto __slots__ for > memory efficiency... It will be in 2.6.5, 2.7

[issue7604] delattr __slots__ inconsistancy

Brian Harring added the comment: Any chance of this landing in py2.7? It's really a nasty wrench in the works for some a mapping object essentially maps onto __slots__ for memory efficiency... -- ___ Python tracker

[issue7596] test_logging sometimes fails

Benjamin Peterson added the comment: Fixed in r77158. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Pytho

[issue7604] delattr __slots__ inconsistancy

Benjamin Peterson added the comment: Thank you for the report. Fixed in r77157. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue4814] ftplib does not honour "timeout" parameter for active data connections

Changes by Giampaolo Rodola' : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue936813] fast modular exponentiation

Mark Dickinson added the comment: Here's a slightly modified version of Trevor's patch: - update to apply cleanly to trunk - fix misplaced twodigits cast described above - add 'PyLong_' prefix to BASE, MASK and SHIFT - no need for _PyLong_Copy in l_invmod: just copy and INCREF the point

[issue6651] Py3k's posixpath.relpath not compatible with ntpath.relpath

Brian Curtin added the comment: How does this patch look? For the sake of consistency it changes back to start=curdir. Then, if the `path` parameter is type bytes and the `start` parameter equals `curdir`, `start` is set to the bytes version of `curdir`. -- keywords: +patch nosy: +bri

[issue7604] delattr __slots__ inconsistancy

Changes by Brian Harring : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue7603] There is no 'seq' type

Benjamin Peterson added the comment: Take a swing by the abc module. -- nosy: +benjamin.peterson resolution: -> out of date status: open -> closed ___ Python tracker ___ ___

[issue7604] delattr __slots__ inconsistancy

New submission from Brian Harring : Everything I've read about __slots__, seen w/ them, etc, they're effectively just a change in the underlying allocation- yes they can limit the attributes, but that's about it. Specifically, for general attribute access/mangling, best I can tell, they're *supp

[issue7603] There is no 'seq' type

New submission from Thomas Oldbury : I find myself often writing the following code: if isinstance(var, (tuple, list, basestring)): to determine if a var is indexable and iterable. It would be simpler if there were a 'seq' type which is subclassed into mutableseq and immutableseq (or some

[issue7602] Doc: make clean and make update do not delete or update Doc/tools

Georg Brandl added the comment: Fixed in r77152. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue7487] doc: Code is not always colored

Georg Brandl added the comment: Fixed in r77151. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue7487] doc: Code is not always colored

Florent Xicluna added the comment: Thank you. Doc/README.txt and Doc/make.bat need update too. Note: issue7602 is a follow up regarding the *make clean* and *make update* commands. -- status: closed -> open ___ Python tracker

[issue7602] Doc: make clean and make update do not delete or update Doc/tools

New submission from Florent Xicluna : In the Doc/ directory, the "make ..." commands do not behave as expected. *make clean* It should remove all tools in "tools" directory: docutils, jinja2, pygments, sphinx. Currently it removes only "tools/sphinx" *make update* It is supposed to "update the

[issue7596] test_logging sometimes fails

Antoine Pitrou added the comment: > I can reproduce this on OS X 10.6 with: > > ./python.exe Lib/test/regrtest.py test_lib2to3 test_logging Same here! The failure report in verbose mode is: == FAIL: test_filter (test.test_log

[issue7596] test_logging sometimes fails

Mark Dickinson added the comment: r77106 seems to be the change that triggered this. Benjamin, any ideas? -- nosy: +benjamin.peterson ___ Python tracker ___

[issue7596] test_logging sometimes fails

Mark Dickinson added the comment: I can reproduce this on OS X 10.6 with: ./python.exe Lib/test/regrtest.py test_lib2to3 test_logging The failure doesn't happen if I run these two tests in the opposite order. -- nosy: +mark.dickinson ___ Python tra

[issue7601] Installation - 2 tests failed: test_cmd_line test_xmlrpc

Amaury Forgeot d'Arc added the comment: It's certainly because python is installed in a directory with non-ascii characters. -- nosy: +amaury.forgeotdarc ___ Python tracker ___ _

[issue4046] test_formatdate_usegmt fails on non-englisch locale

Martina Oefelein added the comment: Apple doesn't ship py3k yet. I observed the issue originally with my own build of 3.0 RC1 (No particular build settings were used, just ./configure ; make ; make test). It also happens with the build of Python 3.0.1 that is installed on my machine (this sh

[issue7601] Installation - 2 tests failed: test_cmd_line test_xmlrpc

New submission from Jozef Gáborík : I installed python 3.1.1 on Ubuntu 9.10. When I wrote "make test" I got: ... test_cmd test_cmd_line test test_cmd_line failed -- Traceback (most recent call last): File "/home/gaborik/Stiahnuté/Python-3.1.1/Lib/test/ test_cmd_line.py", line 181, in test_larg

[issue7462] Implement fastsearch algorithm for rfind/rindex

Antoine Pitrou added the comment: Looking a bit more at the patch: +/* miss: check if previous character is part of pattern */ +if (!(mask & (1 << (s[i-1] & 0x1F >From what I understand, this should be s[i-m]. Same here: +/* skip: check if p

[issue7593] Computed-goto patch for RE engine

Antoine Pitrou added the comment: On the principle nothing looks wrong. There are some tabs-vs-spaces issues in _sre.c. Can some out-of-bounds crash be triggered if an opcode is greater than 33? It needs some benchmarks to know whether it's efficient. Also, I think it would be nice to include r

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

Mark Dickinson added the comment: Merged to py3k in r77146. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue7487] doc: Code is not always colored

Georg Brandl added the comment: This was caused by an old version of Pygments being used for building the docs; I installed a new one in the external repo in r77144. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue7593] Computed-goto patch for RE engine

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

[issue7487] doc: Code is not always colored

Changes by Ezio Melotti : -- nosy: +ezio.melotti priority: -> normal type: -> behavior ___ Python tracker ___ ___ Python-bugs-list ma

[issue7593] Computed-goto patch for RE engine

Changes by Georg Brandl : -- title: Computed-goto patch -> Computed-goto patch for RE engine ___ Python tracker ___ ___ Python-bugs-lis

[issue4328] "à" in u"foo" raises a misleading error

R. David Murray added the comment: Actually, I've already fixed this for 2.7 (issue 1680159) by letting the UnicodeDecodeError propagate upward. I don't think making 'f' in u'foo' an error would be a good idea. Unless I'm mistaken the py3 behavior is correct. If someone has a case where the p

[issue7600] interpreter crashes before start

R. David Murray added the comment: This is a duplicate of issue 1616979, which has been fixed. -- nosy: +r.david.murray priority: -> normal resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> cp720 encoding map ___

[issue4328] "à" in u"foo" raises a misleading error

Changes by Ezio Melotti : -- priority: -> normal stage: -> needs patch type: -> feature request versions: +Python 2.7, Python 3.2 -Python 2.6, Python 3.0 ___ Python tracker ___

[issue7600] interpreter crashes before start

New submission from mhh91 : when I set my Locale to "Arabic(Egypt)" on Windows 7,Python does not start,giving this Error : Fatal Python error: Py_Initialize: can't initialize sys standard streams LookupError: unknown encoding: cp720 This application has requested the Runtime to terminate it in

[issue7599] (c)ElementTree can produce invalid XML

New submission from Jakub Wilk : $ cat buggy.py import sys from xml.etree import ElementTree as et root = et.Element('root') root.text = u'\x07' et.ElementTree(root).write(sys.stdout) $ python buggy.py | xmllint - -:1: parser error : PCDATA invalid Char value 7 ^ -- components:

[issue936813] fast modular exponentiation

Mark Dickinson added the comment: Looks like the test failure is a result of a misplaced (twodigits) cast: replacing the line carry += (twodigits) ( (*aptr) + (u * (*mptr++)) ); in function mont_reduce with carry += *aptr + (twodigits)u * *mptr++; fixes this. -- ___

[issue5511] zipfile - add __exit__ attribute to make ZipFile object compatible with with_statement

Ezio Melotti added the comment: Done in r77136 (trunk) and r77142 (py3k). Thanks for the patch! -- resolution: accepted -> fixed stage: test needed -> committed/rejected status: open -> closed versions: +Python 3.2 -Python 3.1 ___ Python tracker

[issue7597] curses.use_env implementation error

Changes by R. David Murray : -- nosy: +akuchling priority: -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue7561] PyByteArray_AS_STRING used unsafely

Antoine Pitrou added the comment: IMO bytearray should be fixed, for everyone else's sanity. -- nosy: +benjamin.peterson, georg.brandl, pitrou ___ Python tracker ___

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

Mark Dickinson added the comment: Fixed in trunk in r77139. I'll wait to check that the buildbots are happy, and then merge to py3k. -- ___ Python tracker ___ _

[issue4735] An error occurred during the installation of assembly

Ezio Melotti added the comment: The same error has been reported in #7598 with Python 2.6.4. -- nosy: +ezio.melotti, sh.00 priority: -> normal versions: +Python 2.6 ___ Python tracker _

[issue7598] Cannot install, problems with assembly?

Ezio Melotti added the comment: Duplicate of #4735. -- nosy: +ezio.melotti resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> An error occurred during the installation of assembly ___ Python tracker

[issue7598] Cannot install, problems with assembly?

New submission from sh.00 : When the installation is near the end, suddently I get the error message. Python is not the only program that cannot be installed correctly,and the error message is absolutely the same. Can anybody help me? -- files: SH_scr^001 Dec. 30 02.35.jpg messages: 97

[issue7597] curses.use_env implementation error

Changes by Kan-Ru Chen : -- keywords: +patch Added file: http://bugs.python.org/file15700/_curses.patch ___ Python tracker ___ ___ Pyth

[issue7597] curses.use_env implementation error

Changes by Kan-Ru Chen : Added file: http://bugs.python.org/file15699/test_ctypes.py ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue7597] curses.use_env implementation error

New submission from Kan-Ru Chen : According to doc: http://docs.python.org/library/curses.html#curses.use_env curses.use_env() must be called before initscr(), curses man page also says so. But python gives error: _curses.error: must call initscr() first test.py is the test program, the outp

[issue691291] codecs.open(filename, 'U', 'UTF-16') corrupts text

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file15435/issue691291.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue691291] codecs.open(filename, 'U', 'UTF-16') corrupts text

Florent Xicluna added the comment: slight update. -- stage: -> patch review type: feature request -> behavior versions: +Python 2.7 Added file: http://bugs.python.org/file15697/issue691291_v2.diff ___ Python tracker

[issue4770] binascii module, inconsistent behavior: some functions accept unicode string input

Changes by Florent Xicluna : -- stage: -> patch review title: binascii module, crazy error messages, unexpected behavior -> binascii module, inconsistent behavior: some functions accept unicode string input ___ Python tracker

[issue4770] binascii module, crazy error messages, unexpected behavior

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file15560/issue4770_binascii_py3k.diff ___ Python tracker ___ ___ Python-bugs