[issue1204] readline configuration for shared libs w/o curses dependencies

Changes by Martin v. Löwis: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue1197] logging: formatter does not accept %(funcName)s properly

Vinay Sajip added the comment: This is not a logging bug, but related to #1180193. See http://bugs.python.org/issue1180193 -- assignee: -> vsajip nosy: +vsajip resolution: -> duplicate status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue1204] readline configuration for shared libs w/o curses dependencies

New submission from Mike Beachy: For RHEL 3 (and it also appears RHEL 4 and 5) the libreadline shared lib has no specified lib requirement that satisfies the tgetent and related symbols. (These symbols are provided by ncursesw, ncurses, curses, termcap as noted in the python setup.py.) The config

[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue

Thomas Heller added the comment: This patch looks better. However, the 'os.uname()' function seems to return the information that we need; so I updated the patch to use this instead. Can you please proofread it (osx.patch) ? __ Tracker <[EMAIL PROTECTED]>

[issue1200] Allow array.array to be parsed by the t# format unit.

Guido van Rossum added the comment: Never mind. s/s# has explicit support for unicode. There is no t; t# requires a buffer that's not unicode (that's what PyBUF_CHARACTER amounts to). If there's one area I'd love to refactor it's getargs.c. What a sprawling mess! Also, we should kill PyBUF_CHA

[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue

Changes by Bill Janssen: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python

[issue1201] Error in array concept

Changes by Guido van Rossum: -- resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing li

[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue

Bill Janssen added the comment: Sorry, you're absolutely right. Here's a corrected patch. __ Tracker <[EMAIL PROTECTED]> __ p Description: Binary data

[issue1200] Allow array.array to be parsed by the t# format unit.

Guido van Rossum added the comment: Hm, doesn't this make t and t# identical to s and s#? Or if there are still differences, are they still relevant? I vaguely recall that t and t# were introduced as variants of s and s# that requested char buffers. Since we're phasing out the whole idea of ch

[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue

Thomas Heller added the comment: On the mac where I have access to platform.release() returns the string '8.10.0'. gestalt.gestalt("sysv") returns 0x1049. Your patch does not look correct to me. __ Tracker <[EMAIL PROTECTED]> _

[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue

Bill Janssen added the comment: Here's a patch against the trunk. I've only tried it on OS X 10.4.10, and only with test_ctypes. Ideally, we should test on an earlier version of OS X, but I don't have one handy. __ Tracker <[EMAIL PROTECTED]>

[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue

Thomas Heller added the comment: Would you like to prepare a patch? I have no idea how the return values of gestalt.gestalt("sysv") and platform.release() relate to each other... -- nosy: +theller __ Tracker <[EMAIL PROTECTED]>

[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue

New submission from Bill Janssen: If you build Python with --disable-toolbox-glue on OS X, the attempt to import ctypes fails because it critically depends on "gestalt", one of the modules in the toolbox. It only uses this to check whether the OS level is 10.4 or something earlier, and only o

[issue1201] Error in array concept

Alan McIntyre added the comment: The last character is n-1, but the section you quote says the *right edge* of the last character (not the last character itself) has index n; this seems correct in the context of the mnemonic scheme. -- nosy: +alanmcintyre ___

[issue1202] zlib.crc32() and adler32() return value

New submission from Armin Rigo: The functions zlib.crc32() and zlib.adler32() return a signed value in the range(-2147483648, 2147483648) on 32-bit platforms, but an unsigned value in the range(0, 4294967296) on 64-bit platforms. This means that half the possible answers are numerically differen

[issue1201] Error in array concept

New submission from zip: http://docs.python.org/tut/node5.html The best way to remember how slices work is to think of the indices as pointing between characters, with the left edge of the first character numbered 0. Then the right edge of the last character of a string of n characters has index