[issue1722] Undocumented urllib functions

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

[issue7722] calendar.{HTMLCalendar, TextCalendar}.formatyear have incorrect definition

New submission from Bill Thiede : The documentation for both HTMLCalendar and TextCalendar from the calendar module have formatyear defined as: TextCalendar.formatyear(theyear, themonth[, w[, l[, c[, m) and HTMLCalendar. formatyear(theyear, themonth[, width]) However the function defini

[issue7715] Allow use of GNU arch on Darwin

Ned Deily added the comment: Note that with current trunk and in-the-pipeline proposed changes, configure is depending on using the Apple-supplied enhanced version of arch on 10.5+ (e.g. to force execution in 32-bit mode) so, while the patch here doesn't harm anything, it points to another po

[issue7721] Code in xrange documentation does not work

Martin Manns added the comment: Great solution! Thank you -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue7721] Code in xrange documentation does not work

Florent Xicluna added the comment: If you need also negative steps: from itertools import count, takewhile def irange(start, stop, step): if step < 0: cond = lambda x: x > stop else: cond = lambda x: x < stop return takewhile(cond, (start + i * step for i in count())

[issue7721] Code in xrange documentation does not work

Florent Xicluna added the comment: You will prefer this one. It is as fast as the 2.7 version. The restrictions are described in the itertools documentation. from itertools import count, takewhile irange = lambda start, stop, step: takewhile(lambda x: x>> list(irange(-2**65,2**65,2**61)) [-368

[issue7721] Code in xrange documentation does not work

Florent Xicluna added the comment: You will prefer this one. It is as fast as the 2.7 version. from itertools import count, takewhile irange = lambda start, stop, step: takewhile(lambda x: x>> list(irange(-2**65,2**65,2**61)) [-36893488147419103232L, -34587645138205409280L, ... -- ___

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

Jason R. Coombs added the comment: I haven't seen this error. My first guess is its a regression due to win 7 or updates to the python code. I'll look into it. Sent from my comm On Jan 16, 2010, at 17:47, "Eric Smith" wrote: > > Eric Smith added the comment: > > I don't see where the patc

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

Brian Curtin added the comment: I'm getting failures in test_glob, test_os, test_platform, test_posixpath, test_shutil, and test_tarfile. failures.txt is attached with the results I see on Win 7 with a 64 bit build. I'm not seeing the exception Eric saw. That worked for me as both an admin an

[issue7721] Code in xrange documentation does not work

Martin Manns added the comment: The new snippet works better. >>> list(irange(-12, 20, 4)) [-12, -8, -4, 0, 4, 8, 12, 16] However, it does not like large or negative slices: >>> list(irange(-2**65,2**65,2**61)) Traceback (most recent call last): File "", line 1, in File "", line 1, in O

[issue7721] Code in xrange documentation does not work

Florent Xicluna added the comment: Right. Insufficient test. This snippet looks better, if we provide a replacement for 2.6. >>> irange = lambda start, stop, step: islice(count(start), 0, stop-start, step) -- ___ Python tracker

[issue7632] dtoa.c: oversize b in quorem, and a menagerie of other bugs

Mark Dickinson added the comment: Upgrading to release blocker again: the memory leak should be fixed for 2.7 (and more immediately, for 3.1.2). -- priority: normal -> release blocker ___ Python tracker _

[issue7632] dtoa.c: oversize b in quorem, and a menagerie of other bugs

Mark Dickinson added the comment: Stefan, thanks for that! I'm not entirely sure how to make use of it, though. Is there a way to tell Valgrind that some leaks are expected? The main problem with leak detection is that dtoa.c deliberately keeps hold of any malloc'ed chunks less than a certa

[issue7721] Code in xrange documentation does not work

Martin Manns added the comment: The new snippet does not work for me: >>> list(irange(-12, 20, 4)) [-12, -8, -4, 0, 4] I have attached code that seems to work. It is more than a snipped though. -- Added file: http://bugs.python.org/file15922/irange.py

[issue7721] Code in xrange documentation does not work

Florent Xicluna added the comment: Confirmed. The snippet works for 3.1 and 2.7a2. from itertools import count, islice irange = lambda start, stop, step: islice(count(start, step), (stop-start+step-1)//step) The documentation needs update for 2.6 only. This kind of snippet seems backward co

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

Eric Smith added the comment: I don't see where the patch is outdated. I'm attaching an updated patch 18 that works cleanly against r77557. It also fixes an unterminated comment. XP runs correctly (without the new functionality) with this patch. However, on Windows 7 as a normal user I get a

[issue7632] dtoa.c: oversize b in quorem, and a menagerie of other bugs

Stefan Krah added the comment: This is what Valgrind complains about: ==4750== 3,456 (1,440 direct, 2,016 indirect) bytes in 30 blocks are definitely lost in loss record 3,302 of 3,430 ==4750==at 0x4C2412C: malloc (vg_replace_malloc.c:195) ==4750==by 0x41B7B5: PyMem_Malloc (object.c:17

[issue7632] dtoa.c: oversize b in quorem, and a menagerie of other bugs

Mark Dickinson added the comment: Okay, so there's a memory leak for overflowing values: if an overflow is detected in the main correction loop of _Py_dg_strtod, then 'references' to bd0, bd, bb, bs and delta aren't released. There may be other leaks; I'm trying to come up with a good way t

[issue7715] Allow use of GNU arch on Darwin

Changes by R. David Murray : -- assignee: -> ronaldoussoren nosy: +ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7714] configure GCC version detection fix for Darwin

Changes by R. David Murray : -- nosy: +ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

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

Brian Curtin added the comment: Most of the patch is outdated, but I could check out an updated patch on my Win7 64 machine. -- keywords: +needs review nosy: +brian.curtin ___ Python tracker ___

[issue7721] Code in xrange documentation does not work

New submission from Martin Manns : In the Python 2.6.4 documentation "2. Built-in Functions" at http://docs.python.org/library/functions.html, the section about the xrange function (paragraph "CPython implementation detail") contains the following code: islice(count(start, step), (stop-start+st

[issue6939] shadows around the io truncate() semantics

Antoine Pitrou added the comment: First, I get the following compilation warnings under Linux: /home/antoine/cpython/26/Modules/_fileio.c: In function ‘fileio_truncate’: /home/antoine/cpython/26/Modules/_fileio.c:651: attention : unused variable ‘tempposobj’ /home/antoine/cpython/26/Modules/_fi

[issue7720] Errors in tests and C implementation of raw FileIO

New submission from Pascal Chambon : My own fileio implementation fails against the latests versions of the io test suite, under python2.6, because these now require FileIO objects to accept unicode strings in their write methods, whereas the doc mentions raw streams only deal with bytes/bytea

[issue3445] Ignore missing attributes in functools.update_wrapper

Antoine Pitrou added the comment: I think it would be better to test with some of the real world examples given in this issue: str.split, and a functools.partial object. -- ___ Python tracker _

[issue3445] Ignore missing attributes in functools.update_wrapper

Brian Curtin added the comment: In your test, the more common convention is to use assertFalse(foo) instead of assert_(not foo). -- keywords: +needs review nosy: +brian.curtin stage: -> patch review ___ Python tracker

[issue7632] dtoa.c: oversize b in quorem, and a menagerie of other bugs

Mark Dickinson added the comment: One of the buildbots just produced a MemoryError from test_strtod: http://www.python.org/dev/buildbot/all/builders/i386%20Ubuntu%203.x/builds/411 It looks as though there's a memory leak somewhere in dtoa.c. It's a bit difficult to tell, though, since the me

[issue7712] Add a context manager to change cwd in test.test_support

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

[issue7715] Allow use of GNU arch on Darwin

Changes by Brian Curtin : -- keywords: +needs review priority: -> normal stage: -> patch review ___ Python tracker ___ ___ Python-bug

[issue7713] implement ability to disable automatic search path additions

Changes by Brian Curtin : -- priority: -> normal stage: -> test needed versions: -Python 2.5 ___ Python tracker ___ ___ Python-bugs-

[issue7714] configure GCC version detection fix for Darwin

Changes by Brian Curtin : -- keywords: +needs review priority: -> normal stage: -> patch review versions: -Python 2.5 ___ Python tracker ___ ___

[issue7718] Build shared libpythonX.Y.so on IRIX

Fabian Groffen added the comment: I've asked Stuart to sign up and comment on this bug to get his opinion. Sorry. -- ___ Python tracker ___ _

[issue7718] Build shared libpythonX.Y.so on IRIX

Changes by Martin v. Löwis : -- resolution: postponed -> rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7718] Build shared libpythonX.Y.so on IRIX

Martin v. Löwis added the comment: I think the patch in its current form is then, unfortunately, not acceptable - unless Stuart Shelton actually signs a contributor agreement. I don't know what makes you believe that he actually meant to contribute the code to Python, but I just don't want to

[issue7717] Compilation fixes for IRIX

Martin v. Löwis added the comment: Same issue as with 7718: I'm worried about this "on behalf of" contribution. Does Stuart Shelton actually approve this contribution? Would he be willing to sign a contributor agreement? -- nosy: +loewis ___ Python

[issue6308] termios fix for QNX breaks HP-UX

Fabian Groffen added the comment: still applies to 2.7 -- nosy: +grobian versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-

[issue7718] Build shared libpythonX.Y.so on IRIX

Fabian Groffen added the comment: I think so. From my experience he's mainly not willing to sign up to each and every bugtracking system, which I fully understand. Do you guys need signed contracts for each and every (even single line) patch? Is it better to report the problem and how it ca

[issue7718] Build shared libpythonX.Y.so on IRIX

Brian Curtin added the comment: #7717 also contains code "on behalf of" other people. -- nosy: +brian.curtin priority: -> normal type: -> feature request ___ Python tracker ___

[issue7718] Build shared libpythonX.Y.so on IRIX

Martin v. Löwis added the comment: I'm worried about this "on behalf of" contribution. Does Stuart Shelton actually approve this contribution? Would he be willing to sign a contributor agreement? -- nosy: +loewis ___ Python tracker

[issue1471934] Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris

Changes by Brian Curtin : -- keywords: +needs review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue7719] distutils: ignore .nfsXXXX files

Changes by Brian Curtin : -- keywords: +needs review priority: -> normal stage: -> test needed ___ Python tracker ___ ___ Python-bugs

[issue1471934] Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris

Changes by Fabian Groffen : Added file: http://bugs.python.org/file15920/python-2.6.2-solaris64-crypt.patch ___ Python tracker ___ ___ Pytho

[issue1471934] Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris

Fabian Groffen added the comment: I use this patch, which just always uses crypt_i on Solaris to work around the problem. -- keywords: +patch nosy: +grobian title: Python libcrypt build problem on Solaris 8 -> Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris versions:

[issue2531] float compared to decimal is silently incorrect.

Changes by Stefan Krah : -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue7719] distutils: ignore .nfsXXXX files

New submission from Fabian Groffen : NFS on certain platforms (most notably AIX, Solaris) use .nfsX files that appear and disappear automagically. distutils can get confused by that once a .nfsX file was earlier seen with listdir and then removed by the OS before its copied. Simply i

[issue7717] Compilation fixes for IRIX

Changes by Brian Curtin : -- keywords: +needs review priority: -> normal stage: -> patch review type: -> behavior ___ Python tracker ___ ___

[issue7718] Build shared libpythonX.Y.so on IRIX

New submission from Fabian Groffen : Create a libpythonX.Y.so library on IRIX. Patch on behalf of Stuart Shelton. -- components: Build files: python-2.6-irix-libpython2.6.patch keywords: patch messages: 97897 nosy: grobian severity: normal status: open title: Build shared libpythonX.Y.s

[issue7717] Compilation fixes for IRIX

Changes by Fabian Groffen : Added file: http://bugs.python.org/file15916/python-2.6.4-irix.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue7717] Compilation fixes for IRIX

New submission from Fabian Groffen : Patches to fix compilation issues on IRIX, on behalf of Frank Everdij and Stuart Shelton. -- components: Build files: python-2.7-irix.patch keywords: patch messages: 97896 nosy: grobian severity: normal status: open title: Compilation fixes for IRIX

[issue7716] IPv6 detection, don't assume existence of /usr/xpg4/bin/grep

Changes by Brian Curtin : -- components: +Build keywords: +needs review priority: -> normal type: -> behavior versions: -Python 2.5 ___ Python tracker ___ _

[issue1670765] email.Generator: no header wrapping for multipart/signed

R. David Murray added the comment: I actually had the wrong message number entirely. I was trying to reference this one, since it has the additional tests. Fixed in r77525. I backported the fix to 2.6 in r77526 and r77527, forwarded ported to py3k in r77542 (with the addition of the new tes

[issue6690] BUILD_SET followed by COMPARE_OP (in) can be optimized if all items are consts

Antoine Pitrou added the comment: The patch was committed in r77543 (py3k), thank you! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker __

[issue2531] float compared to decimal is silently incorrect.

Changes by Florent Xicluna : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

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

Florent Xicluna added the comment: Patch updated, after 7703 is merged in py3k. -- Added file: http://bugs.python.org/file15914/issue4770_binascii_py3k_v3.diff ___ Python tracker ___

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

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file15563/issue4770_binascii_py3k_v2.diff ___ Python tracker ___ ___ Python-b

[issue7716] IPv6 detection, don't assume existence of /usr/xpg4/bin/grep

New submission from Fabian Groffen : The solaris case implementation of the ipv6 check assumes /usr/xpg4/bin/grep is available. This gives error messages on e.g. IRIX where /etc/netconfig is available, but no /usr/xpg4/bin/grep. This is simply fixed by using $GREP which is set by configure,

[issue2531] float compared to decimal is silently incorrect.

Bert Hughes added the comment: Expressions like "Decimal('100.0') < .01" being silently wrong (True!) is *very* dangerous behavior, it should raise exception like any other Decimal-float operation, and hopefully will be back-ported to 2.7. Eg: 3rd party module kinterbasdb, which provides acc

[issue7661] compiling ctypes fails with non-ascii path

Antoine Pitrou added the comment: Ok, I've merged the ctypes fix to 2.6. As for 3.1, it doesn't seem to need the fix. -- ___ Python tracker ___ _

[issue7632] dtoa.c: oversize b in quorem, and a menagerie of other bugs

Mark Dickinson added the comment: Fixes merged to py3k and release31-maint in r77535 and r77537. -- priority: release blocker -> normal ___ Python tracker ___ ___

[issue7632] dtoa.c: oversize b in quorem, and a menagerie of other bugs

Mark Dickinson added the comment: I've applied a minimal fix for bugs 5 and 7 in r77530 (trunk). (I wasn't able to produce any strings that trigger bug 7, so it may not technically be a bug.) I'm continuing to review, comment, and clean up the remainder of the _Py_dg_strtod. -- ___

[issue7693] tarfile.extractall can't have unicode extraction path

Ezio Melotti added the comment: Lars, I think the situation can still be improved. If tarfile works with bytes strings it should accept only bytes strings or unicode strings that can be encoded in ASCII, and encode them as soon as it gets them. In the problem reported by Peter, he was passing

[issue7703] Replace buffer()-->memoryview() in Lib/ctypes/test/

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file15910/issue7703_binascii_a2b_hqx_v3.diff ___ Python tracker ___ ___ Pytho

[issue7703] Replace buffer()-->memoryview() in Lib/ctypes/test/

Antoine Pitrou added the comment: The a2b_hqx() patch was committed in r77528 (trunk) and r77529 (py3k). Thanks again! -- ___ Python tracker ___

[issue6690] BUILD_SET followed by COMPARE_OP (in) can be optimized if all items are consts

Changes by Brian Curtin : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7703] Replace buffer()-->memoryview() in Lib/ctypes/test/

Antoine Pitrou added the comment: When the following snippet is taken: if (_PyString_Resize(&rv, (bin_data - (unsigned char *)PyString_AS_STRING(rv))) < 0) { PyBuffer_Release(&pascii); Py_DECREF(rv);

[issue7715] Allow use of GNU arch on Darwin

New submission from Fabian Groffen : Configure will die on Darwin with the message Unexpected output of 'arch' on OSX when GNU arch is in use. The following patch simply adds the output as given by GNU arch to allow a successful configure run. -- components: Build files: python-2.6.4

[issue7714] configure GCC version detection fix for Darwin

New submission from Fabian Groffen : configure.in contains a check for the compiler in use for Darwin like this: gcc_version=`gcc -v 2>&1 | grep version | cut -d\ -f3` This yields in a wrong answer if the output of gcc -v has "version" in another place as well, such as when --enable-version-

[issue1670765] email.Generator: no header wrapping for multipart/signed

Martin von Gagern added the comment: You missed a digit in the test comment: s/See issue 96843/See issue 968430/ -- ___ Python tracker ___

[issue7711] csv error name incorrect

Skip Montanaro added the comment: This is to be expected. The Error Exception is actually defined in the underlying _csv extension module. The higher level csv Python module imports it. The two are the same object: >>> import csv, _csv >>> csv.Error >>> _csv.Error >>> csv.Error is _csv.Err

[issue7713] implement ability to disable automatic search path additions

New submission from Fabian Groffen : setup.py adds in various places hardcoded paths to locations in the filesystem that may contain libraries/includes to compile a given module or feature. While this behaviour is probably interesting for some users, it is undesirable for distributions that us

[issue1670765] email.Generator: no header wrapping for multipart/signed

R. David Murray added the comment: I've committed fix and the non-disabled tests to trunk in r77517. I updated the comments to point to the relevant RFC and note that the problem is not fixed, just mitigated. I've made a note of the additional tests in my issues list for the email package.

[issue7661] compiling ctypes fails with non-ascii path

Florent Xicluna added the comment: Still failing: buildbot "AMD64 Ubuntu wide 2.6" Revisions r77466 and r77467 need backport. -- keywords: +buildbot ___ Python tracker ___ _

[issue7703] Replace buffer()-->memoryview() in Lib/ctypes/test/

Florent Xicluna added the comment: Removed no-op str("...") conversions. -- Added file: http://bugs.python.org/file15910/issue7703_binascii_a2b_hqx_v3.diff ___ Python tracker ___

[issue6352] Compiler warning in unicodeobject.c

STINNER Victor added the comment: r76197 fixed the warning (Nov 10 2009, 2 months ago). -- nosy: +haypo resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue7703] Replace buffer()-->memoryview() in Lib/ctypes/test/

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file15908/issue7703_binascii_a2b_hqx_v2.diff ___ Python tracker ___ ___ Pyth

[issue7693] tarfile.extractall can't have unicode extraction path

Lars Gustäbel added the comment: So, use the pax format. It stores the filenames as utf-8 and this way you will be on the safe side. I hope we both agree that the solution to your particular problem is nothing tarfile.py can provide. So, I am going to close this issue now. -- resolut

[issue7712] Add a context manager to change cwd in test.test_support

Changes by Florent Xicluna : -- keywords: -needs review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue7632] dtoa.c: oversize b in quorem, and a menagerie of other bugs

Mark Dickinson added the comment: Applied the bug 8 patch in r77519 (thanks Eric for reviewing!). For safety, I'll leave this as a release blocker until fixes have been merged to py3k and release31-maint. I've uploaded a fix for bugs 5 and 7 to Rietveld: http://codereview.appspot.com/186182

[issue6939] shadows around the io truncate() semantics

Pascal Chambon added the comment: Thanks for the detailed feedback. According to what you said (and to details found in python docs), the current _fileio.truncate is actually quite buggy -> no reference counting ops were done on posobj, even though it's sometimes retrieved from _portable_seek

[issue6939] shadows around the io truncate() semantics

Changes by Pascal Chambon : Removed file: http://bugs.python.org/file15766/python27_full_truncate_bugfix.patch ___ Python tracker ___ ___ Pyth

[issue6939] shadows around the io truncate() semantics

Changes by Pascal Chambon : Removed file: http://bugs.python.org/file15765/python26_full_truncate_patch.patch ___ Python tracker ___ ___ Pytho

[issue7703] Replace buffer()-->memoryview() in Lib/ctypes/test/

Florent Xicluna added the comment: Changed. -- Added file: http://bugs.python.org/file15908/issue7703_binascii_a2b_hqx_v2.diff ___ Python tracker ___

[issue7703] Replace buffer()-->memoryview() in Lib/ctypes/test/

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file15906/issue7703_binascii_a2b_hqx.diff ___ Python tracker ___ ___ Python-b

[issue7712] Add a context manager to change cwd in test.test_support

Florent Xicluna added the comment: A patch which provides a context manager and a decorator. (with ideas from Ezio and Antoine) Sample usages: with temp_cwd() as cwd: assert cwd == os.getcwd() @writablecwd def test_zipfile(): # do something useful print os.path.abspath('.') --

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

sorin added the comment: If you could provide a build I could run the tests on Windows 7 x64. This is a very old bug that I would like to see it solved. -- nosy: +sorin ___ Python tracker _

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

Matthias Klose added the comment: this patch looks wrong, as it only works with libffi >= 3.0 (the standalone libffi releases, which introduces the pkg-config stuff). -- nosy: +doko ___ Python tracker

[issue7703] Replace buffer()-->memoryview() in Lib/ctypes/test/

Antoine Pitrou added the comment: I don't think the bytes -> bytearray changes are useful, e.g.: -fillers = "" +fillers = bytearray() As for: +try: +f(empty) +except SystemError, err: +self.fail("{}({!r}) raises SystemErr

[issue7703] Replace buffer()-->memoryview() in Lib/ctypes/test/

Florent Xicluna added the comment: Patch for the last "t#" format string in binascii module. And provide additional tests. PS: I removed this comment. IMHO, it is a wrong assertion: "# The hqx test is in test_binhex.py" -- Added file: http://bugs.python.org/file15906/issue7703_

[issue1670765] email.Generator: no header wrapping for multipart/signed

Martin von Gagern added the comment: Here is the corresponding path for python3 (py3k branch). It's mostly the same, except for one additional test which ensures header preservation even if the maxheaderlen argument to Message.as_string is greater than 0. It's called test_long_headers_as_stri