[issue1184] test fixes for immutable bytes change
Jeffrey Yasskin added the comment: To be precise, this change makes bytes immutable but does not give it a __hash__ method or change the values its iterator returns. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1184 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 different on these two kinds of platforms. Ideally, this should be fixed by having them always return unsigned numbers (their C return type is unsigned too). It's unclear if we can do this without breaking existing code, though :-( -- components: Extension Modules messages: 56130 nosy: arigo severity: normal status: open title: zlib.crc32() and adler32() return value type: behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1202 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1201 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 once, at load. Might be a good idea to substitute a check which doesn't require the toolbox, such as looking at platform.release(). -- components: Library (Lib), Macintosh messages: 56132 nosy: janssen severity: normal status: open title: ctypes doesn't work on Mac with --disable-toolbox-glue type: behavior versions: Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1203 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1203 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1203 __ p Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1203 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 char buffers, perhaps there's no longer a need for the distinction? -- nosy: +gvanrossum __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1200 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1203 __ p Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1201] Error in array concept
Changes by Guido van Rossum: -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1201 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1203] ctypes doesn't work on Mac with --disable-toolbox-glue
Changes by Bill Janssen: __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1203 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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_CHARACTER completely. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1200 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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] http://bugs.python.org/issue1203 __Index: Lib/ctypes/__init__.py === --- Lib/ctypes/__init__.py (revision 58034) +++ Lib/ctypes/__init__.py (working copy) @@ -24,0 +24,0 @@ DEFAULT_MODE = RTLD_LOCAL if _os.name == posix and _sys.platform == darwin: -import gestalt - -# gestalt.gestalt(sysv) returns the version number of the -# currently active system file as BCD. -# On OS X 10.4.6 - 0x1046 -# On OS X 10.2.8 - 0x1028 -# See also http://www.rgaros.nl/gestalt/ -# # On OS X 10.3, we use RTLD_GLOBAL as default mode # because RTLD_LOCAL does not work at least on some -# libraries. +# libraries. OS X 10.3 is Darwin 7, so we check for +# that. -if gestalt.gestalt(sysv) 0x1040: +if int(_os.uname()[2].split('.')[0]) 8: DEFAULT_MODE = RTLD_GLOBAL from _ctypes import FUNCFLAG_CDECL as _FUNCFLAG_CDECL, \ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 configure script does not add these required libs in for the readline tests, and so the autoconf tests will fail and it will incorrectly determine that readline is not present (and so not define HAVE_RL_COMPLETION_MATCHES etc.) I guess this generally does not prevent the readline module from being compiled since setup.py does its own search for readline and adds in the needed curses library. It does prevent proper declaration of the completion_matches function, however. On 32 bit systems this doesn't matter but on 64 bit ones it does as the undeclared (but present in libreadline) completion_matches returns a char **. The fix checked in with r54874 after the 2.5.1 release (issue 1703270) to Modules/readline.c fixes the problem for completion_matches specifically, but the problem of incorrect determination of readline presence still exists. Attached is a patch to fix the problem: it adds the necessary additional library to the temporary LIBS definition in the readline tests, using the same order of curses libs specified in setup.py. (The patch includes the changes for the configure script in addition to configure.in.) -- components: Installation files: full.patch messages: 56140 nosy: mbeachy severity: normal status: open title: readline configuration for shared libs w/o curses dependencies type: compile error versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1204 __Index: configure === --- configure (revision 58227) +++ configure (working copy) @@ -1,5 +1,5 @@ #! /bin/sh -# From configure.in Revision: 57904 . +# From configure.in Revision: 57960 . # Guess values for system-dependent variables and create Makefiles. # Generated by GNU Autoconf 2.61 for python 2.6. # @@ -21500,6 +21500,93 @@ fi +# This will find the lib that defines tgetent and add it to LIBS; it is +# necessary for readline tests on platforms for which readline shared libs +# don't have a dependency on curses libs. +{ echo $as_me:$LINENO: checking for library containing tgetent 5 +echo $ECHO_N checking for library containing tgetent... $ECHO_C 6; } +if test ${ac_cv_search_tgetent+set} = set; then + echo $ECHO_N (cached) $ECHO_C 6 +else + ac_func_search_save_LIBS=$LIBS +cat conftest.$ac_ext _ACEOF +/* confdefs.h. */ +_ACEOF +cat confdefs.h conftest.$ac_ext +cat conftest.$ac_ext _ACEOF +/* end confdefs.h. */ + +/* Override any GCC internal prototype to avoid an error. + Use char because int might match the return type of a GCC + builtin and then its argument prototype would still apply. */ +#ifdef __cplusplus +extern C +#endif +char tgetent (); +int +main () +{ +return tgetent (); + ; + return 0; +} +_ACEOF +for ac_lib in '' ncursesw ncurses curses termcap; do + if test -z $ac_lib; then +ac_res=none required + else +ac_res=-l$ac_lib +LIBS=-l$ac_lib $ac_func_search_save_LIBS + fi + rm -f conftest.$ac_objext conftest$ac_exeext +if { (ac_try=$ac_link +case (($ac_try in + *\* | *\`* | *\\*) ac_try_echo=\$ac_try;; + *) ac_try_echo=$ac_try;; +esac +eval echo \\$as_me:$LINENO: $ac_try_echo\) 5 + (eval $ac_link) 2conftest.er1 + ac_status=$? + grep -v '^ *+' conftest.er1 conftest.err + rm -f conftest.er1 + cat conftest.err 5 + echo $as_me:$LINENO: \$? = $ac_status 5 + (exit $ac_status); } { + test -z $ac_c_werror_flag || + test ! -s conftest.err + } test -s conftest$ac_exeext + $as_test_x conftest$ac_exeext; then + ac_cv_search_tgetent=$ac_res +else + echo $as_me: failed program was: 5 +sed 's/^/| /' conftest.$ac_ext 5 + + +fi + +rm -f core conftest.err conftest.$ac_objext conftest_ipa8_conftest.oo \ + conftest$ac_exeext + if test ${ac_cv_search_tgetent+set} = set; then + break +fi +done +if test ${ac_cv_search_tgetent+set} = set; then + : +else + ac_cv_search_tgetent=no +fi +rm conftest.$ac_ext +LIBS=$ac_func_search_save_LIBS +fi +{ echo $as_me:$LINENO: result: $ac_cv_search_tgetent 5 +echo ${ECHO_T}$ac_cv_search_tgetent 6; } +ac_res=$ac_cv_search_tgetent +if test $ac_res != no; then + test $ac_res = none required || LIBS=$ac_res $LIBS + +fi + + # check for readline 2.1 { echo $as_me:$LINENO: checking for rl_callback_handler_install in -lreadline 5 echo $ECHO_N checking for rl_callback_handler_install in -lreadline... $ECHO_C 6; } Index: configure.in === --- configure.in (revision 58227) +++ configure.in (working copy) @@ -3116,6 +3116,11 @@ AC_CHECK_LIB(termcap, readline) fi +# This will find the lib that defines tgetent and add it to LIBS; it is +#
[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] http://bugs.python.org/issue1197 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1204] readline configuration for shared libs w/o curses dependencies
Changes by Martin v. Löwis: -- keywords: +patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1204 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com