[issue4260] ctypes.xFUNCTYPE are decorators.

New submission from David W. Lambert <[EMAIL PROTECTED]>: http://docs.python.org/dev/3.0/library/ctypes.html#callback-functions ctypes.xFUNCTYPE are another opportunity to advertise decorators. Please consider inserting yet another qsort example written as a decorator, perhaps as follows. Or

[issue4233] open(0, closefd=False) prints 3 warnings

Christian Heimes <[EMAIL PROTECTED]> added the comment: Here is a new patch with doc and NEWS updates. Added file: http://bugs.python.org/file11944/fileio_closefd4.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4258] Use 30-bit digits instead of 15-bit digits for Python integers.

Changes by Christian Heimes <[EMAIL PROTECTED]>: -- nosy: +christian.heimes priority: normal -> ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4258] Use 30-bit digits instead of 15-bit digits for Python integers.

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: oh yay, thanks. it looks like you did approximately what i had started working on testing a while back but have gone much further and added autoconf magic to try and determine when which size should be used. good. (i haven't reviewed your

[issue416670] MatchObjects not deepcopy()able

Changes by Andrew McNamara <[EMAIL PROTECTED]>: -- versions: +Python 2.5.3, Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4258] Use 30-bit digits instead of 15-bit digits for Python integers.

Changes by STINNER Victor <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11935/30bit_longdigit.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4258] Use 30-bit digits instead of 15-bit digits for Python integers.

STINNER Victor <[EMAIL PROTECTED]> added the comment: > Note that to avoid "bad marshal data" errors, > you'll probably need to do a 'make distclean' > before rebuilding with this patch. I saw that you choosed to use the base 2^30 for marshal. For a better portability (be able to use .pyc gen

[issue3588] sysconfig variable LINKFORSHARED has wrong value for MacOS X framework build

Matteo Bertini <[EMAIL PROTECTED]> added the comment: The solution I found is: LINKFORSHARED = -u _PyMac_Error -framework Python as in the Apple included Python Makefile and LDFLAGS += -F$(PYTHONFRAMEWORKPREFIX) that makes linker use the right framework (not sure, but works with MacPython in

[issue3166] Make conversions from long to float correctly rounded.

STINNER Victor <[EMAIL PROTECTED]> added the comment: You may use "if (nbits == (size_t)-1 && PyErr_Occurred())" to check _PyLong_NumBits() error (overflow). Well, "if (numbits > DBL_MAX_EXP)" should already catch overflow, but I prefer explicit test to check the error case. Anyway, interrest

[issue3166] Make conversions from long to float correctly rounded.

Changes by STINNER Victor <[EMAIL PROTECTED]>: -- nosy: +haypo ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing l

[issue4259] Update pydoc URLs

New submission from A.M. Kuchling <[EMAIL PROTECTED]>: The URL for module documentation generated by pydoc is no longer valid. The attached patch corrects it for Python 2.5.3 by assembling the URL using the Python version. This patch shouldn't be forward-ported to 2.6 or 2.7; Sphinx changes the

[issue3203] sphinx - table of contents doesn't render correctly (html)

Georg Brandl <[EMAIL PROTECTED]> added the comment: Now tracked in http://www.bitbucket.org/birkenfeld/sphinx/issue/6/fix-html-generation-for-tocs. -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue4166] extra "\fi" in sphinx.sty, line 62

Georg Brandl <[EMAIL PROTECTED]> added the comment: This is already tracked in http://www.bitbucket.org/birkenfeld/sphinx/issue/26/sphinxsty-incompatible-with-texlive-sphinx. -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMA

[issue4167] Inline Markup :const: shows up in Documentation

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r67101. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Thanks for the patch. Committed as r67098, r67099, and r67100. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue4203] adapt sphinx-quickstart for windows

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2608] manpages for sphinx-build & sphinx-quickstart

Georg Brandl <[EMAIL PROTECTED]> added the comment: Moved to http://www.bitbucket.org/birkenfeld/sphinx/issue/33. -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4203] adapt sphinx-quickstart for windows

Georg Brandl <[EMAIL PROTECTED]> added the comment: Moved to http://www.bitbucket.org/birkenfeld/sphinx/issue/32. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4189] Tilde compression isn't applied in TOC

Georg Brandl <[EMAIL PROTECTED]> added the comment: Moved to http://www.bitbucket.org/birkenfeld/sphinx/issue/31. -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1210] imaplib does not run under Python 3

STINNER Victor <[EMAIL PROTECTED]> added the comment: Le Tuesday 04 November 2008 00:59:02 Barry A. Warsaw, vous avez écrit : > The assertion on line 813 is indented incorrectly. Please fix that. Ooops. I'm using the following command because my editor is configured to remove the trailing space

[issue1210] imaplib does not run under Python 3

Changes by Raghuram Devarakonda <[EMAIL PROTECTED]>: -- nosy: -draghuram ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue1210] imaplib does not run under Python 3

Changes by Jean-Paul Calderone <[EMAIL PROTECTED]>: -- nosy: -exarkun ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue3714] nntplib module broken by str to unicode conversion

STINNER Victor <[EMAIL PROTECTED]> added the comment: Le Tuesday 04 November 2008 01:08:25 Barry A. Warsaw, vous avez écrit : > Please fix the test as Benjamin suggests ("network") Done: see new attached patch. Added file: http://bugs.python.org/file11941/nntp-bytes-2.patch ___

[issue1210] imaplib does not run under Python 3

Changes by STINNER Victor <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11796/imaplib_bytes-3.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3727] poplib module broken by str to unicode conversion

STINNER Victor <[EMAIL PROTECTED]> added the comment: Le Tuesday 04 November 2008 01:03:42 Barry A. Warsaw, vous avez écrit : > Benjamin's reviewed this and the only thing that jumps out at me is some > funky indentation at about line 331 It's not related to my patch (I did'nt change POP3_SSL co

[issue3727] poplib module broken by str to unicode conversion

Changes by STINNER Victor <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11813/poplib-bytes-2.patch ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3714] nntplib module broken by str to unicode conversion

Changes by STINNER Victor <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11913/nntp-bytes.patch ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3439] create a numbits() method for int and long types

STINNER Victor <[EMAIL PROTECTED]> added the comment: > It would be nicer if the OverflowError from _PyLong_NumBits > were propagated, so that the second case raises OverflowError > instead of giving an incorrect result Why not, but I prefer your second proposition: return a long integer. Atta

[issue1814] Victor Stinner's GMP patch for longs

STINNER Victor <[EMAIL PROTECTED]> added the comment: Since it's hard to compare patches, I will now attach the longobject.c. But it would be better to use a DVCS with a branch to test it... Added file: http://bugs.python.org/file11938/longobject.c ___ Pyth

[issue1814] Victor Stinner's GMP patch for longs

STINNER Victor <[EMAIL PROTECTED]> added the comment: Updated patch, changes: - fix mashal module - fix all conversion from/to small integer (long, unsigned long, long long, unsigned long long, size_t, ssize_t) - create numbits() method for the long type (see also issue #3439) - catch memory

[issue3944] faster long multiplication

Changes by Mark Dickinson <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11724/30bit.patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3944] faster long multiplication

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I've opened a separate issue (issue 4258) for the idea of using 30-bit long digits instead of 15-bit ones. I'll remove the patch from this issue. Pernici Mario's idea applies even better to base 2**30 longs: one can clump together 16 (!) o

[issue4258] Use 30-bit digits instead of 15-bit digits for Python integers.

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Here's an updated patch, with the following changes from the original: - make the size of a digit (both the conceptual size in bits and actual size in bytes) available to Python via a new structseq sys.int_info. This information is useful fo

[issue3588] sysconfig variable LINKFORSHARED has wrong value for MacOS X framework build

Matteo Bertini <[EMAIL PROTECTED]> added the comment: I confirm this issue, some handy workaround available? -- nosy: +naufraghi ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4258] Use 30-bit digits instead of 15-bit digits for Python integers.

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Note that to avoid "bad marshal data" errors, you'll probably need to do a 'make distclean' before rebuilding with this patch. ___ Python tracker <[EMAIL PROTECTED]>

[issue4258] Use 30-bit digits instead of 15-bit digits for Python integers.

New submission from Mark Dickinson <[EMAIL PROTECTED]>: Here's an experimental patch, against the py3k branch, that makes Python represent its long integers internally in base 2**30 instead of base 2**15, on platforms that have 32-bit and 64-bit integers available. On platforms for which autoc