[issue7611] shlex not posix compliant when parsing "foo#bar"

cadf added the comment: Here's a patch addressing the behavior described. -- keywords: +patch nosy: +cadf Added file: http://bugs.python.org/file15718/shlex_posix.diff ___ Python tracker ___

[issue7619] imaplib shouldn't use cause DeprecationWarnings in 2.6

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

[issue7578] Behavior of operations on a closed file object is not documented correctly

Nick Coghlan added the comment: Note that one of the reasons for the slightly wishy-washy phrasing in the docs is to give other implementations a bit more freedom in the way way they handle these error cases. Agreed that the main reason is the one Antoine gave though - the ValueError is looking

[issue7564] test_ioctl may fail when run in background

Changes by Florent Xicluna : -- title: test_ioctl fails when run in background -> test_ioctl may fail when run in background ___ Python tracker ___ __

[issue7564] test_ioctl fails when run in background

Florent Xicluna added the comment: It fails if the test is run in background, and there's another process in foreground. Example 1: ~ $ (./python Lib/test/regrtest.py test_ioctl &) && tail -f /dev/null test_ioctl test test_ioctl failed -- multiple errors occurred; run in verbose mode for detai

[issue7619] imaplib shouldn't use cause DeprecationWarnings in 2.6

New submission from djc : imaplib still calls os.popen2(), which has been deprecated in 2.6. It should probably use subprocess instead, even in 2.6, IMO. See http://bugs.gentoo.org/show_bug.cgi?id=282859 -- components: Library (Lib) messages: 97121 nosy: djc severity: normal status: ope

[issue5080] PyArg_Parse* should raise TypeError for float parsed with integer format

Mark Dickinson added the comment: Merged relevant bits to py3k in r77220. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker

[issue7618] optparse library documentation has an insignificant formatting issue

New submission from Artem : In optparse documentation, in the end of first chapter there is an example which shows how optparse can print usage summary for user. In the last row of this example text color is accidentally changed from black to blue. Most probably the source of this issue is single

[issue5080] PyArg_Parse* should raise TypeError for float parsed with integer format

Mark Dickinson added the comment: Applied to trunk in r77218. The DeprecationWarning for the 'L' format needs to be merged to py3k. -- versions: +Python 3.2 ___ Python tracker

[issue6491] Improve --with-dbmliborder option

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

[issue6943] setup.py fails to find headers of system libffi

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

[issue7615] unicode_escape codec does not escape quotes

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

[issue7617] distutils.unixccompiler.UnixCCompiler.runtime_library_dir_option() should recognize ${configuration_name}-gcc

Arfrever Frehtes Taifersar Arahesis added the comment: This bug tracker removes parts of splitted, long lines when the previous line was ending with '-' :( . There should be: "but it doesn't recognize "${configuration_name}-gcc" (e.g. "x86_64-pc-linux-gnu-gcc") or "${configuration_name}-gcc-${

[issue7617] distutils.unixccompiler.UnixCCompiler.runtime_library_dir_option() should recognize ${configuration_name}-gcc

New submission from Arfrever Frehtes Taifersar Arahesis : distutils.unixccompiler.UnixCCompiler.runtime_library_dir_option() currently only recognizes "gcc" or "gcc-${version" (e.g. "gcc-4.4.2"), but it doesn't recognize "${configuration_name}-gcc" (e.g. "x86_64-pc- "x86_64-pc-linux-gnu-gcc-4.4.