[issue1291] test_resource fails on recent linux systems (
Matthias Klose added the comment: $ python Lib/test/test_resource.py True Traceback (most recent call last): File "Lib/test/test_resource.py", line 42, in f.close() IOError: [Errno 27] File too large __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1291> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1292] libffi needs an update to support mips64, arm and armeabi on linux
New submission from Matthias Klose: libffi needs an update to support mips64, arm and armeabi on linux; the current bits are all available in GCC trunk. as an alternative, those systems should be default to --with-system-ffi, unless this is xplicitely disabled. -- assignee: theller components: Extension Modules messages: 56522 nosy: doko, theller severity: normal status: open title: libffi needs an update to support mips64, arm and armeabi on linux type: compile error versions: Python 2.6 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1292> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1291] test_resource fails on recent linux systems (
New submission from Matthias Klose:
The test_resource test fails at least on all non x86 linux systems; the
test case notes:
# Now check to see what happens when the RLIMIT_FSIZE is small. Some
# versions of Python were terminated by an uncaught SIGXFSZ, but
# pythonrun.c has been fixed to ignore that exception. If so, the
# write() should return EFBIG when the limit is exceeded.
however instead of EFBIG errno is set to ESPIPE, causing an IOException.
and letting the test fail.
--
components: Extension Modules
files: tst.c
messages: 56520
nosy: doko
severity: normal
status: open
title: test_resource fails on recent linux systems (
type: behavior
versions: Python 2.5
Added file: http://bugs.python.org/file8561/tst.c
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1291>
__#include
#include
#include
#include
#include
void catch_sigxfsz(int sig_num)
{
signal(SIGINT, catch_sigxfsz);
printf("catched SIGXFSZ\n");
fflush(stdout);
}
int main()
{
int rc, fd, i;
struct sigaction context, ocontext;
struct rlimit fsize;
context.sa_handler = SIG_IGN;
context.sa_handler = catch_sigxfsz;
sigemptyset(&context.sa_mask);
context.sa_flags = 0;
if (sigaction(SIGXFSZ, &context, &ocontext) == -1)
perror("sigaction");
getrlimit(RLIMIT_FSIZE, &fsize);
fsize.rlim_cur = 8 * 128;
if (setrlimit(RLIMIT_FSIZE, &fsize))
perror("setrlimit");
unlink("tstrlimit");
fd = creat("tstrlimit", 0);
for (i=0; i<128; i++)
if (write(fd, "1234567\n", 8) == -1)
perror("write");
if (write(fd, "1234567\n", 1) == -1)
{
perror("write2");
printf("errno: %d (EFBIG=%d, ESPIPE=%d)\n", errno, EFBIG, ESPIPE);
}
return 0;
}
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1292] libffi needs an update to support mips64, arm and armeabi on linux
Matthias Klose added the comment: committed the following patch to the trunk (lets the buildds test the ctypes extension) Added file: http://bugs.python.org/file8605/arm.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1292> __Index: configure.in === --- configure.in (revision 58643) +++ configure.in (working copy) @@ -1748,12 +1748,16 @@ [AC_MSG_RESULT(no)]) # Check for use of the system libffi library +AC_CHECK_HEADER(ffi.h) AC_MSG_CHECKING(for --with-system-ffi) AC_ARG_WITH(system_ffi, AC_HELP_STRING(--with-system-ffi, build _ctypes module using an installed ffi library)) -if test -z "$with_system_ffi" -then with_system_ffi="no" +if test -z "$with_system_ffi" && test "$ac_cv_header_ffi_h" = yes; then + case "$ac_sys_system/`uname -m`" in + Linux/arm*) with_system_ffi="yes";; + *) with_system_ffi="no" + esac fi AC_MSG_RESULT($with_system_ffi) ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1324] r58034 breaks building _ctypes with the upstream libffi.
New submission from Matthias Klose: This breaks building _ctypes with the upstream libffi. r58034 | thomas.heller | 2007-09-07 08:32:17 +0200 (Fr, 07 Sep 2007) | 1 line Add a 'c_longdouble' type to the ctypes module. gcc -pthread -fPIC -fno-strict-aliasing -g -Wall -Wstrict-prototypes -I/usr/include -I. -I/home/pybot/buildarea-armeabi/trunk.klose-linux-armeabi/build/./Include -I./Include -IInclude -I. -I/usr/local/include -I/home/pybot/buildarea-armeabi/trunk.klose-linux-armeabi/build/Include -I/home/pybot/buildarea-armeabi/trunk.klose-linux-armeabi/build -c /home/pybot/buildarea-armeabi/trunk.klose-linux-armeabi/build/Modules/_ctypes/cfield.c -o build/temp.linux-armv5tel-2.6/home/pybot/buildarea-armeabi/trunk.klose-linux-armeabi/build/Modules/_ctypes/cfield.o /home/pybot/buildarea-armeabi/trunk.klose-linux-armeabi/build/Modules/_ctypes/cfield.c:1756: error: redefinition of 'ffi_type_double' /home/pybot/buildarea-armeabi/trunk.klose-linux-armeabi/build/Modules/_ctypes/cfield.c:1755: error: previous definition of 'ffi_type_double' was here ffi.h has: #if 0 extern ffi_type ffi_type_longdouble; #else #define ffi_type_longdouble ffi_type_double #endif -- assignee: theller components: Extension Modules messages: 56736 nosy: doko, theller severity: normal status: open title: r58034 breaks building _ctypes with the upstream libffi. versions: Python 2.6 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1324> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1324] r58034 breaks building _ctypes with the upstream libffi.
Changes by Matthias Klose: -- type: -> compile error __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1324> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1324] r58034 breaks building _ctypes with the upstream libffi.
Matthias Klose added the comment:
Index: Modules/_ctypes/cfield.c
===
--- Modules/_ctypes/cfield.c(revision 58651)
+++ Modules/_ctypes/cfield.c(working copy)
@@ -1753,6 +1753,9 @@
ffi_type ffi_type_float = { sizeof(float), FLOAT_ALIGN, FFI_TYPE_FLOAT };
ffi_type ffi_type_double = { sizeof(double), DOUBLE_ALIGN,
FFI_TYPE_DOUBLE };
+#ifdef ffi_type_longdouble
+#undef ffi_type_longdouble
+#endif
ffi_type ffi_type_longdouble = { sizeof(long double), LONGDOUBLE_ALIGN,
FFI_TYPE_LONGDOUBLE };
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1324>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1324] r58034 breaks building _ctypes with the upstream libffi.
Changes by Matthias Klose: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1324> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1292] libffi needs an update to support mips64, arm and armeabi on linux
Matthias Klose added the comment: oops, did the same for arm* on trunk, but in configure.in __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1292> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Matthias Klose added the comment: on linux the underlying functionality is implemented in librt; the extension doesn't check for this or links with -lrt. -- nosy: +doko ___ Python tracker <http://bugs.python.org/issue10278> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
Matthias Klose added the comment: then something like this is missing? diff -r ca2a35140e6a Modules/Setup.dist --- a/Modules/Setup.distMon Jan 09 06:17:39 2012 + +++ b/Modules/Setup.distMon Jan 09 15:25:05 2012 +0100 @@ -166,7 +166,7 @@ #cmath cmathmodule.c _math.c # -lm # complex math library functions #math mathmodule.c _math.c # -lm # math library functions, e.g. sin() #_struct _struct.c # binary structure packing/unpacking -#time timemodule.c # -lm # time operations and variables +#time timemodule.c $(TIMEMODULE_LIB) # -lm # time operations and variables #_weakref _weakref.c # basic weak reference support #_testcapi _testcapimodule.c# Python C API test module #_random _randommodule.c # Random number generator -- ___ Python tracker <http://bugs.python.org/issue10278> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13745] configuring --with-dbmliborder=bdb doesn't build the gdbm extension
New submission from Matthias Klose : configuring --with-dbmliborder=bdb doesn't build the gdbm extension. this option should only affect the build of the dbm extension, not the build of the gdbm extension. -- messages: 150943 nosy: doko priority: low severity: normal status: open title: configuring --with-dbmliborder=bdb doesn't build the gdbm extension versions: Python 2.7, Python 3.2, Python 3.3 ___ Python tracker <http://bugs.python.org/issue13745> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12152] Parser/asdl_c.py relies on mercurial repository revision
New submission from Matthias Klose : when building without an hg repository present, the build fails with: ./Parser/asdl_c.py -h ../Include ../Parser/Python.asdl Traceback (most recent call last): File "../Parser/asdl_c.py", line 1214, in main(args[0]) File "../Parser/asdl_c.py", line 1158, in main mod.version = get_file_revision(srcfile) File "../Parser/asdl_c.py", line 1142, in get_file_revision p = subprocess.Popen(args, stdout=subprocess.PIPE) File "/usr/lib/python2.6/subprocess.py", line 623, in __init__ errread, errwrite) File "/usr/lib/python2.6/subprocess.py", line 1141, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory make: *** [../Include/Python-ast.h] Error 1 -- components: Build messages: 136591 nosy: doko priority: normal severity: normal status: open title: Parser/asdl_c.py relies on mercurial repository revision versions: Python 3.3 ___ Python tracker <http://bugs.python.org/issue12152> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12153] Modules/faulthandler.c exports `stack_overflow' symbol
New submission from Matthias Klose : the exported symbol should either have a prefix, or defined static. -- components: Extension Modules messages: 136594 nosy: doko priority: normal severity: normal status: open title: Modules/faulthandler.c exports `stack_overflow' symbol versions: Python 3.3 ___ Python tracker <http://bugs.python.org/issue12153> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12152] Parser/asdl_c.py relies on mercurial repository revision
Matthias Klose added the comment: I'm building a snapshot package on a buildd, where a checkout is used (without the .hg directory). buildds don't have access to the network, and I don't want to package the .hg directory. So I assume I have to create a "release" tarball on my own, and build from that one. iirc I didn't see this behaviour with python3.2 when building pre alpha snapshot packages. -- ___ Python tracker <http://bugs.python.org/issue12152> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12081] Remove distributed copy of libffi
Matthias Klose added the comment: iirc after merging 3.0.9, we still had to use the internal libffi bits for windows and macosx. I didn't check 3.0.10rc8 -- nosy: +doko ___ Python tracker <http://bugs.python.org/issue12081> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12152] Parser/asdl_c.py relies on mercurial repository revision
Matthias Klose added the comment: ok, thanks. good enough -- resolution: -> invalid status: open -> closed ___ Python tracker <http://bugs.python.org/issue12152> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12221] segfaults with unexpanded $Revision$ id's in release candidate tarballs
New submission from Matthias Klose :
Modules/pyexpat.c (get_version_string) has:
static PyObject *
get_version_string(void)
{
static char *rcsid = "$Revision$";
char *rev = rcsid;
int i = 0;
while (!isdigit(Py_CHARMASK(*rev)))
++rev;
which segfaults, or has unexpected results. -O2 builds don't show the
segfaults, but at least debug builds on sparc, ARM, powerpc, m68k.
>>> pyexpat.__version__
'0\x05'
seen with all the current release candidates for 2.7.2, 3.1.4 and 3.2.1
2.5.6 and 2.6.7 don't have this issue.
other occurrences:
./setup.py:__version__ = "$Revision$"
./Demo/scripts/newslist.py:# Newslist $Revision$
./Demo/scripts/newslist.py:rcsrev = '$Revision$'
./configure.in:AC_REVISION($Revision$)
./Tools/webchecker/websucker.py:__version__ = "$Revision$"
./Tools/webchecker/webchecker.py:__version__ = "$Revision$"
./Tools/world/world:__version__ = '$Revision$'
./Parser/asdl_c.py:# Value of version: "$Revision$"
./Parser/Python.asdl:module Python version "$Revision$"
./Modules/pyexpat.c:static char *rcsid = "$Revision$";
./Lib/tkinter/__init__.py:__version__ = "$Revision$"
./Lib/pickle.py:__version__ = "$Revision$" # Code version
./Lib/xml/parsers/expat.py:__version__ = '$Revision$'
./Lib/pydoc.py:__version__ = "$Revision$"
./Lib/tarfile.py:__version__ = "$Revision$"
--
components: Build
messages: 137347
nosy: benjamin.peterson, doko, georg.brandl
priority: release blocker
severity: normal
status: open
title: segfaults with unexpanded $Revision$ id's in release candidate tarballs
versions: Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue12221>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12221] segfaults with unexpanded $Revision$ id's in release candidate tarballs
Changes by Matthias Klose : -- type: -> crash ___ Python tracker <http://bugs.python.org/issue12221> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12418] python should inherit the library search path from the compiler for stdlib extensions
Matthias Klose added the comment: I don't think so. But maybe it would be enough to special case GCC as a unix compiler? At least there are already autoconf checks trying to detect gcc. -- nosy: +doko ___ Python tracker <http://bugs.python.org/issue12418> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'
Matthias Klose added the comment: while this is sorted out, I propose to apply the following workaround not to introduce `linux3', at least for the branches: --- a/configure.in 2011-06-11 17:46:28.0 +0200 +++ b/configure.in 2011-06-19 22:32:05.852934453 +0200 @@ -293,6 +293,7 @@ MACHDEP="$ac_md_system$ac_md_release" case $MACHDEP in + linux3) MACHDEP="linux2";; cygwin*) MACHDEP="cygwin";; darwin*) MACHDEP="darwin";; atheos*) MACHDEP="atheos";; -- nosy: +doko versions: +Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/issue12326> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'
Matthias Klose added the comment: about the plat-*/ files: they are even wrong for some linux architectures, because some constants like the DLFCN constants have different values depending on the platform/architecture (can't find the issue proposing architecture dependent plat-linux2- directories). -- ___ Python tracker <http://bugs.python.org/issue12326> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'
Matthias Klose added the comment: this does sound very ugly. so we get now another mostly unmaintained platform directory? unfortunately the generated header files are almost never updated during a releaes cycle. and we repeat the mistakes that some constants differ on some architectures? -- ___ Python tracker <http://bugs.python.org/issue12326> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12619] Automatically regenerate platform-specific modules
Matthias Klose added the comment: is auto-generation wanted? are you sure that you can't end up with bad syntax? -- ___ Python tracker <http://bugs.python.org/issue12619> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'
Matthias Klose added the comment: > The build time Linux kernel has no effect on Python's build procedure > whatsoever. Python does not use the kernel at all for building; it > only uses the C library headers, and the kernel headers that happen > to be incorporated into the version of the C library installed. That > affects what features get selected during build time. would be very nice, but unfortunately this is not true; the multiprocessing behavior depends on configure checks testing the running kernel. -- ___ Python tracker <http://bugs.python.org/issue12326> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9664] Make gzip module not require that underlying file object support seek
New submission from Matthias Klose :
[ forwarded from http://bugs.debian.org/571317 ]
"I'm writing a program that uses the popularity contest results. Since
downloading the compressed results takes about a quarter of the time
it takes to download the uncompressed results, I'd like to use the
following construct to iterate over the results:
for line in
gzip.GzipFile(fileobj=urllib.request.urlopen('http://popcon.debian.org/by_vote.gz')):
Unfortunately, this fails with the following exception:
Traceback (most recent call last):
File "/home/kraai/bin/rc-bugs", line 76, in
main()
File "/home/kraai/bin/rc-bugs", line 56, in main
for line in
gzip.GzipFile(fileobj=urllib.request.urlopen('http://popcon.debian.org/by_vote.gz')):
File "/usr/lib/python3.1/gzip.py", line 469, in __next__
line = self.readline()
File "/usr/lib/python3.1/gzip.py", line 424, in readline
c = self.read(readsize)
File "/usr/lib/python3.1/gzip.py", line 249, in read
self._read(readsize)
File "/usr/lib/python3.1/gzip.py", line 277, in _read
pos = self.fileobj.tell() # Save current position
io.UnsupportedOperation: seek
I wish that the gzip module didn't require the underlying file object
to support seek so that this construct would work."
--
messages: 114728
nosy: doko
priority: normal
severity: normal
status: open
title: Make gzip module not require that underlying file object support seek
versions: Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue9664>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8265] test_float fails on ARM Linux EABI with soft floating point
Matthias Klose added the comment: I checked with gcc-4.4 from the 4.4 branch, and with a recent build from the trunk. The check fails with -O0, and succeeds with -O1 and higher. Is the testcode from r82957 really using the optimization flags? -- ___ Python tracker <http://bugs.python.org/issue8265> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9054] pyexpat configured with "--with-system-expat" is incompatible with expat 2.0.1
Matthias Klose added the comment: validated with 3.2, the interpreter doesn't crash anymore and all expat tests succeed. should be applied for 2.7, 3.1 and 3.2. -- nosy: +doko versions: +Python 3.1, Python 3.2 ___ Python tracker <http://bugs.python.org/issue9054> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9806] no need to try loading posix extensions without SOABI
New submission from Matthias Klose : the SOABI is always defined, no need to try loading an extension without the SOABI in its name. ok to commit? -- components: Interpreter Core files: dynload.diff keywords: patch messages: 115922 nosy: barry, doko priority: normal severity: normal status: open title: no need to try loading posix extensions without SOABI versions: Python 3.2 Added file: http://bugs.python.org/file18806/dynload.diff ___ Python tracker <http://bugs.python.org/issue9806> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9806] no need to try loading posix extensions without SOABI
Changes by Matthias Klose : -- stage: -> patch review ___ Python tracker <http://bugs.python.org/issue9806> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
New submission from Matthias Klose : currently, much of the configuration information is fetched by opening the config.h and the Makefile for the build. The locations of these files are derived from the prefix given at configure time. If you want to have two distinct builds with the same prefix, but with different configuration options, this kind of configuration information is unsufficient. The current use case is a normal build and a debug build, as used for the Fedora and Debian/Ubuntu python packages. Fedora and Debian/Ubuntu carry a patch, adding a sys.pydebug attribute and patching "some" things to get the correct information for these builds using the same prefix. This kind of information should not be derived by following some paths names, but be contained in the python binary itself, without needing to read the Makefile and the config.h files. Attached is a patch currently applied in Debian/Ubuntu (and some variant for Fedora) which introduces a sys.pydebug attribute and derives the correct locations for the config.h and Makefile files. It's not meant as a patch ready to apply, but to get an idea what is needed to have two different python installations with the same prefix. -- components: Build files: debug-build.diff keywords: patch messages: 115923 nosy: barry, doko priority: normal severity: normal stage: needs patch status: open title: deriving configuration information for different builds with the same prefix type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file18807/debug-build.diff ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Changes by Matthias Klose : -- nosy: +dmalcolm ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment: +1 -- ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment: On 09.09.2010 21:51, Dave Malcolm wrote: > # * Debian's patch to dynload_shlib.c looks for module_d.so, then module.so, > # but this can potentially find a module built against the wrong DSO ABI. We > # instead search for just module_d.so in a debug build right, by design/complaint: people did complain that locally built debug extensions wouldn't be found in this case. This is now obsolete for 3.2, because the debug extension has always added the "d" modifier. -- title: deriving configuration information for different builds with the same prefix -> deriving configuration information for different builds with the same prefix ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9817] expat copyright/license file is missing
New submission from Matthias Klose : files in Modules/expat reference a file COPYING for the copyright/license, but this is file is not included in the Python sources. Proposing to add the attached file, taken from the expat sources. -- assignee: doko components: None files: COPYING messages: 115986 nosy: doko priority: normal severity: normal status: open title: expat copyright/license file is missing versions: Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file18817/COPYING ___ Python tracker <http://bugs.python.org/issue9817> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9818] build files to build Lib/distutils/command/wininst-9.0* are missing
New submission from Matthias Klose : PC/V[CS]* contain the information to build the wininst-[678]* files, but I don't see any information how to build wininst-9.0*. -- components: Build messages: 115988 nosy: doko priority: normal severity: normal status: open title: build files to build Lib/distutils/command/wininst-9.0* are missing versions: Python 3.2 ___ Python tracker <http://bugs.python.org/issue9818> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9806] no need to try loading posix extensions without SOABI
Matthias Klose added the comment: however we should expose the name of the SOABI string/extension in python-config, so that people can build with this name if they want to. -- ___ Python tracker <http://bugs.python.org/issue9806> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9806] no need to try loading posix extensions without SOABI
Matthias Klose added the comment: --extension-suffix ? doesn't use the `so', which you don't see on MacOs, HpUX and Windows. -- ___ Python tracker <http://bugs.python.org/issue9806> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9817] expat copyright/license file is missing
Matthias Klose added the comment: the .rst file is missing the zlib and libffi licenses too. will add them. -- ___ Python tracker <http://bugs.python.org/issue9817> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9817] expat copyright/license file is missing
Matthias Klose added the comment: fixed in r84743, r84745 and r84746 -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue9817> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9818] build files to build Lib/distutils/command/wininst-9.0* are missing
Matthias Klose added the comment: my bad -- resolution: -> invalid status: open -> closed ___ Python tracker <http://bugs.python.org/issue9818> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10103] use the SOABI for GNU/kfreeBSD and the GNU Hurd
New submission from Matthias Klose : use the SOABI for GNU/kfreeBSD and the GNU Hurd afaik, the only distribution for GNU/kfreeBSD and the GNU Hurd currently is Debian, and Debian already has this turned on for Linux too. -- assignee: doko components: Build files: soabi.diff keywords: needs review, patch messages: 118665 nosy: doko priority: normal severity: normal status: open title: use the SOABI for GNU/kfreeBSD and the GNU Hurd versions: Python 3.2 Added file: http://bugs.python.org/file19233/soabi.diff ___ Python tracker <http://bugs.python.org/issue10103> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10103] use the SOABI for GNU/kfreeBSD and the GNU Hurd
Matthias Klose added the comment: checked in, r85481 -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue10103> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment:
two fixes, the configure.in differentiates the name for the static library, as
mentioned in msg118832.
the python-config.in fix prints the library name with the abiflags.
Index: configure.in
===
--- configure.in(Revision 85644)
+++ configure.in(Arbeitskopie)
@@ -585,7 +585,7 @@
AC_MSG_CHECKING(LIBRARY)
if test -z "$LIBRARY"
then
- LIBRARY='libpython$(VERSION).a'
+ LIBRARY='libpython$(VERSION)$(ABIFLAGS).a'
fi
AC_MSG_RESULT($LIBRARY)
Index: Misc/python-config.in
===
--- Misc/python-config.in (Revision 85644)
+++ Misc/python-config.in (Arbeitskopie)
@@ -45,7 +45,7 @@
elif opt in ('--libs', '--ldflags'):
libs = getvar('LIBS').split() + getvar('SYSLIBS').split()
-libs.append('-lpython'+pyver)
+libs.append('-lpython'+pyver+sys.abiflags)
# add the prefix/lib/pythonX.Y/config dir, but only if there is no
# shared library in prefix/lib/.
if opt == '--ldflags':
--
___
Python tracker
<http://bugs.python.org/issue9807>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment:
Index: Misc/python.pc.in
===
--- Misc/python.pc.in (Revision 85644)
+++ Misc/python.pc.in (Arbeitskopie)
@@ -8,6 +8,6 @@
Requires:
Version: @VERSION@
Libs.private: @LIBS@
-Libs: -L${libdir} -lpyt...@version@
+Libs: -L${libdir} -lpyt...@version@@ABIFLAGS@
Cflags: -I${includedir}/pyt...@version@
--
___
Python tracker
<http://bugs.python.org/issue9807>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment: the name of the library should not differ for the static and the shared library. -- ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment: the python.pc installation name should be changed too, and a symlink added. -- ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment: Lib/distutils/command/install.py () needs updates in INSTALL_SCHEMES/headers. -- ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment: this adds the modifier to the /python3.2/config directory. Now you end up with both /python3.2/config and /python3.2/ for anything else. This is not what Debian, Fedora and Ubuntu are currently doing. Is this really wanted? I'd rather like to see this as /python3.2/config- so that everything is again in one prefix. $ ls -l /lib/pkgconfig/ total 4 -rw-r--r-- 1 doko doko 282 Nov 14 02:44 python-3.2.pc lrwxrwxrwx 1 doko doko 13 Nov 14 02:44 python-3.2mu.pc -> python-3.2.pc python-3.2mu.pc should be the file, python-3.2.pc the symlink. -- ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment: the change to python.pc should make the abi change to includedir, not Cflags. -- ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10262] Add --disable-abi-flags option to `configure`
Matthias Klose added the comment: I think this is not a good idea, because then you have different names for extension modules, which will be recognized by one configuration but not the other. This configure option should not change the sonames. If this option is to keep pathes like /usr/local/include/python3.2 (instead of /usr/local/include/python3.2mu) or /usr/local/lib/python3.2/config (instead of /usr/local/lib/python3.2mu/config), then fine with me. Although in this case we should make sure that these pathes are available in the sysconfig module. -- nosy: +doko ___ Python tracker <http://bugs.python.org/issue10262> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment: On 15.11.2010 23:57, Barry A. Warsaw wrote: > you mean $prefix/lib/python3.2 and $prefix/lib/python3.2$abiflags, right? > The latter has just a config directory, and you'd rather see that become > $prefix/lib/python3.2/config-$abiflags, right? yes. -- title: deriving configuration information for different builds with the same prefix -> deriving configuration information for different builds with the same prefix ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment: On 16.11.2010 00:01, Barry A. Warsaw wrote: > When you say the python.pc change should change includedir instead of Cflags, > that seems weird. includedir does not currently include the 'pythonX.Y' > subdirectory so there's no place to put the abiflags. Or are you suggesting > that we move the pythonX.Y subdir to includedir and remove it from > Cflags? sorry, I'm wrong. -- ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
Matthias Klose added the comment: heh, that's easy, just add the multiarch id to the extension name ;-) -- ___ Python tracker <http://bugs.python.org/issue1294959> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
Matthias Klose added the comment: On 29.03.2011 21:28, Antoine Pitrou wrote: > > Barry: does it allow to install Python into /usr/lib/whateverarch, no, it looks for headers and libraries in more directories. But really, this whole testing for paths is wrong. Just use the compiler to search for headers and libraries, no need to check these on your own. > > or is it just a partial fix for something slightly unrelated to this issue? IMO, unrelated to the original report. -- ___ Python tracker <http://bugs.python.org/issue1294959> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8326] Cannot import name SemLock on Ubuntu
Matthias Klose added the comment: > Barry A. Warsaw added the comment: > > I'm closing this as invalid for Python, since I believe this is strictly an > Ubuntu bug caused by an out-of-date kernel on the build farm. that's where I disagree. a configure check should not be dependent on the running kernel. I assume in the majority of cases you won't build against a current kernel, so the a fix in python maybe could be a runtime check. Such configure checks will fail for cross builds too. Note that packages on Ubuntu are always built on the current kernel of the current LTS release, on Debian on current kernels of the current stable release. So there is nothing "out-of-date". -- ___ Python tracker <http://bugs.python.org/issue8326> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9807] deriving configuration information for different builds with the same prefix
Matthias Klose added the comment: looks good. checked with a plain and a debug build and installation. -- ___ Python tracker <http://bugs.python.org/issue9807> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10520] Build with --enable-shared fails
Matthias Klose added the comment: -L. should appear before -L/usr/local/lib. -- nosy: +doko ___ Python tracker <http://bugs.python.org/issue10520> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10571] "setup.py upload --sign" broken: TypeError: 'str' does not support the buffer interface
Matthias Klose added the comment:
that seems to be the wrong report. did you mean
Package: python3.1
Version: 3.1.2+20101012-1
Severity: normal
curses.tigetstr() returns bytes (which makes sense), but curses.tparm() expects
a Unicode string as first argument. As a consequence even the example given in
the documentation doesn't work:
>>> from curses import *
>>> setupterm()
>>> tparm(tigetstr("cup"), 5, 3)
Traceback (most recent call last):
File "", line 1, in
TypeError: must be string, not bytes
--
assignee: tarek ->
components: +Library (Lib) -Distutils
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue10571>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10262] Add --disable-abi-flags option to `configure`
Matthias Klose added the comment: I still fail to see the rationale for being able to build with a different soabi name. But anyway, as long as the default is to build with the soabi name, I'm +/-0 on this option. Note that the soabi name isn't fixed but changes with other configure options. -- ___ Python tracker <http://bugs.python.org/issue10262> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10262] Add --soabi option to `configure`
Matthias Klose added the comment: shouldn't that option work on platforms too, which currently default to not using the soabi? It would make sense for all posix, and macos, maybe not for Windows. -- ___ Python tracker <http://bugs.python.org/issue10262> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1674555] sys.path in tests contains system directories
Matthias Klose added the comment: The java/openjdk tests allow setting an attribute `samevm' for running a specific test. maybe something like this could be used for some problematic tests which occasionally hang on some buildds? -- ___ Python tracker <http://bugs.python.org/issue1674555> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3845] memory access before short string when checking suffix
New submission from Matthias Klose <[EMAIL PROTECTED]>:
forwarded from https://launchpad.net/bugs/234798
Bug reporter writes:
Python/pythonrun.c's PyRun_SimpleFileExFlags() assumes the filename's
extension
starts four characters back from the end. But what if the filename is
only one
character long? Memory before the filename is referenced which is probably
outside the memory allocated for the string. Here's the relevant bits of
code,
boring lines deleted.
int
PyRun_SimpleFileExFlags(FILE *fp, const char *filename, int closeit,
PyCompilerFlags *flags)
{
ext = filename + strlen(filename) - 4;
if (maybe_pyc_file(fp, filename, ext, closeit)) {
if (strcmp(ext, ".pyo") == 0)
Py_OptimizeFlag = 1;
}
static int
maybe_pyc_file(FILE *fp, const char* filename, const char* ext, int
closeit)
{
if (strcmp(ext, ".pyc") == 0 || strcmp(ext, ".pyo") == 0)
return 1;
}
A trivial solution is:
len = strlen(filename);
ext = filename + len - len > 4 ? 4 : 0;
This will make ext point to the NUL terminator unless filename has room
for the desired /\.py[co]$/ suffix *and* at least one character
beforehand, since I don't suppose it's intended that ".pyo" is a valid
pyo file.
--
components: Interpreter Core
messages: 73083
nosy: doko
severity: normal
status: open
title: memory access before short string when checking suffix
versions: Python 2.5, Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3845>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1322] platform.dist() has unpredictable result under Linux
Matthias Klose <[EMAIL PROTECTED]> added the comment: /etc/lsb-release is not yet specified by the lsb. See https://lists.linux-foundation.org/pipermail/lsb-discuss/2008-March/004842.html https://lists.linux-foundation.org/pipermail/lsb-discuss/2008-March/004843.html https://lists.linux-foundation.org/pipermail/lsb-discuss/2008-March/004845.html -- nosy: +doko ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1322> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4096] Lib/lib2to3/*.pickle are shipped / modified in the build
New submission from Matthias Klose <[EMAIL PROTECTED]>: the files Lib/lib2to3/Grammar2.6.0.final.0.pickle Lib/lib2to3/PatternGrammar2.6.0.final.0.pickle are created/modfied during a build/test cycle. Is this expected, should these be included in the release at all? -- messages: 74617 nosy: doko severity: normal status: open title: Lib/lib2to3/*.pickle are shipped / modified in the build type: feature request versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4096> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7755] copyright clarification for audiotest.au
New submission from Matthias Klose : [forwarded from http://bugs.debian.org/565713] If the bug submitter is correct about these, it would be nice to replace these, or clarify the copyright for these files. "the python source packages contain a non-free audio clip that is from Monty Python's Flying Circus, which is Copyright 1969. i doubt that the copyright holders have put any of that material into the public domain, and the copyright term has not yet expired. the files are: ./Lib/test/audiotest.au ./Lib/email/test/data/audiotest.au " -- components: Tests messages: 98141 nosy: doko severity: normal status: open title: copyright clarification for audiotest.au versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker <http://bugs.python.org/issue7755> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4151] Separate build dir broken
Matthias Klose added the comment: current status with 2.7 alpha3: FAIL: test_get_python_inc (distutils.tests.test_sysconfig.SysconfigTestCase) -- Traceback (most recent call last): File "/home/packages/python/2.7/python2.7-2.7~a3/Lib/distutils/tests/test_sysconfig.py", line 47, in test_get_python_inc self.assertTrue(os.path.isfile(python_h), python_h) AssertionError: /home/packages/python/2.7/python2.7-2.7~a3/build-static/Include/Python.h unsure about this one: FAIL: test_finalize_options (distutils.tests.test_build.BuildTestCase) -- Traceback (most recent call last): File "/home/packages/python/2.7/python2.7-2.7~a3/Lib/distutils/tests/test_build.py", line 24, in test_finalize_options self.assertEquals(cmd.build_purelib, wanted) AssertionError: 'build/lib.linux-i686-2.7' != 'build/lib' -- nosy: +tarek versions: +Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/issue4151> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5217] testExtractDir (test.test_zipfile.TestWithDirectory) fails when python built with srcdir != builddir
Matthias Klose added the comment: this works with 2.7 alpha3, won't fix for 3.0 -- versions: -Python 2.7, Python 3.0 ___ Python tracker <http://bugs.python.org/issue5217> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8140] extend compileall to compile single files
New submission from Matthias Klose : when byte-compiling files in a deb/rpm package distributed e.g. in a Linux distribution, it is sometimes wanted to only touch the files found in the deb/rpm, which can be a subset of the files in a directory. the attached patch now lets compileall accept files as arguments as well and adds the recognition of @ and @- to expand the arguments with the contents of the file (@- meaning to read for stdin). Is this ok for 2.7, and a port of that to 3.2? -- components: Library (Lib) files: compileall.py.diff keywords: patch messages: 101064 nosy: doko severity: normal status: open title: extend compileall to compile single files versions: Python 2.7, Python 3.2 Added file: http://bugs.python.org/file16548/compileall.py.diff ___ Python tracker <http://bugs.python.org/issue8140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6949] Support Berkeley DB 4.8
Matthias Klose added the comment: with this patch the following test cases fail. the tests need backports as well. with this patch there's still one test failure, which I do see with db4.7 as well. will wait for test results on different platforms and then submit to the trunk. the setup.py change should go to the py3k branch as well. == ERROR: test02_DBEnv_dealloc (bsddb.test.test_basics.CrashAndBurn) -- Traceback (most recent call last): File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/test/test_basics.py", line 1038, in test02_DBEnv_dealloc self.assertRaises(db.DBInvalidArgError, db.DBEnv, ~db.DB_RPCCLIENT) AttributeError: 'module' object has no attribute 'DB_RPCCLIENT' == ERROR: test01_distributed_transactions (bsddb.test.test_distributed_transactions.DBTxn_distributed) -- Traceback (most recent call last): File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/test/test_distributed_transactions.py", line 53, in setUp return self._create_env(must_open_db=True) File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/test/test_distributed_transactions.py", line 38, in _create_env self.db.set_re_len(db.DB_XIDDATASIZE) AttributeError: 'module' object has no attribute 'DB_XIDDATASIZE' == ERROR: test01_distributed_transactions (bsddb.test.test_distributed_transactions.DBTxn_distributedSYNC) -- Traceback (most recent call last): File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/test/test_distributed_transactions.py", line 53, in setUp return self._create_env(must_open_db=True) File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/test/test_distributed_transactions.py", line 38, in _create_env self.db.set_re_len(db.DB_XIDDATASIZE) AttributeError: 'module' object has no attribute 'DB_XIDDATASIZE' == ERROR: test01_distributed_transactions (bsddb.test.test_distributed_transactions.DBTxn_distributed_must_open_db) -- Traceback (most recent call last): File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/test/test_distributed_transactions.py", line 53, in setUp return self._create_env(must_open_db=True) File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/test/test_distributed_transactions.py", line 38, in _create_env self.db.set_re_len(db.DB_XIDDATASIZE) AttributeError: 'module' object has no attribute 'DB_XIDDATASIZE' == ERROR: test01_distributed_transactions (bsddb.test.test_distributed_transactions.DBTxn_distributedSYNC_must_open_db) -- Traceback (most recent call last): File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/test/test_distributed_transactions.py", line 53, in setUp return self._create_env(must_open_db=True) File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/test/test_distributed_transactions.py", line 38, in _create_env self.db.set_re_len(db.DB_XIDDATASIZE) AttributeError: 'module' object has no attribute 'DB_XIDDATASIZE' -- nosy: +doko versions: +Python 3.2 -Python 2.6 Added file: http://bugs.python.org/file16549/python-support_bdb-4.8-v2.patch ___ Python tracker <http://bugs.python.org/issue6949> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6949] Support Berkeley DB 4.8
Matthias Klose added the comment: the remaining test failure is test_bsddb3 Berkeley DB 4.8.24: (August 14, 2009) Test path prefix: /tmp/z-test_bsddb3-25705 Exception in thread reader 0: Traceback (most recent call last): File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/threading.py", line 532, in __bootstrap_inner self.run() File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/threading.py", line 484, in run self.__target(*self.__args, **self.__kwargs) File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/test/test_thread.py", line 306, in readerThread rec = dbutils.DeadlockWrap(c.next, max_retries=10) File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/bsddb/dbutils.py", line 68, in DeadlockWrap return function(*_args, **_kwargs) DBLockDeadlockError: (-30994, 'DB_LOCK_DEADLOCK: Locker killed to resolve a deadlock') -- ___ Python tracker <http://bugs.python.org/issue6949> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8142] libffi update to 3.0.9
New submission from Matthias Klose : opening a report to track issues with the update of the internal libffi copy to 3.0.9. will commit this update to the trunk, and later to the py3k branch. -- assignee: theller components: ctypes messages: 101072 nosy: doko, theller severity: normal status: open title: libffi update to 3.0.9 type: feature request versions: Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/issue8142> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8142] libffi update to 3.0.9
Changes by Matthias Klose : -- assignee: theller -> doko ___ Python tracker <http://bugs.python.org/issue8142> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6949] Support Berkeley DB 4.8
Matthias Klose added the comment:
checked in after testing on {arm,i486,x86_64,powerpc,sparc,ia64}-linux with no
test failures.
fixed in r78974 on the trunk
fixed in r78975 on the py3k branch
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6949>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8142] libffi update to 3.0.9
Matthias Klose added the comment: updated on the trunk and the py3k branch -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue8142> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7356] parsing of ldconfig output in ctypes/utils.py depends on the locale
Matthias Klose added the comment: fixed for 2.7, 3.1, 3.2, will fix for 2.6 after the 2.6.5 release. -- ___ Python tracker <http://bugs.python.org/issue7356> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8140] extend compileall to compile single files
Matthias Klose added the comment: changed the @ syntax to an option -i, and added a test for compile_file/compile_dir. -- Added file: http://bugs.python.org/file16556/compileall.py.diff ___ Python tracker <http://bugs.python.org/issue8140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8140] extend compileall to compile single files
Matthias Klose added the comment: fixed for 2.7 and 3.2 -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue8140> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6949] Support Berkeley DB 4.8
Matthias Klose added the comment: jcea: yes, but we want _dbm be able to build with 4.8.x as well. -- ___ Python tracker <http://bugs.python.org/issue6949> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4961] Inconsistent/wrong result of askyesno function in tkMessageBox
Matthias Klose added the comment: the patch works for me with tcl8.5 -- nosy: +doko stage: test needed -> patch review ___ Python tracker <http://bugs.python.org/issue4961> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4961] Inconsistent/wrong result of askyesno function in tkMessageBox
Matthias Klose added the comment: fixed for 2.7, 3.1, 3.2, commit pending for 2.6 until after the 2.6.5 release -- resolution: -> fixed status: open -> pending ___ Python tracker <http://bugs.python.org/issue4961> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8154] os.execlp('true') crashes the interpreter on 2.x
New submission from Matthias Klose :
calling os.execlp('true') with the wrong number of arguments (missing 2nd arg),
the interpreter crashes. fixed in 3.x, this is a backport of the patch to 2.x
--
components: Extension Modules
files: p.diff
keywords: patch
messages: 101162
nosy: doko
severity: normal
status: open
title: os.execlp('true') crashes the interpreter on 2.x
versions: Python 2.5, Python 2.6, Python 2.7
Added file: http://bugs.python.org/file16561/p.diff
___
Python tracker
<http://bugs.python.org/issue8154>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8154] os.execlp('true') crashes the interpreter on 2.x
Matthias Klose added the comment:
it does crash:
$ python
Python 2.6.5rc2 (r265rc2:78822, Mar 11 2010, 13:01:50)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.execlp('true')
Segmentation fault (core dumped)
arg[0] (the command name) must be part of the second parameter.
side notice: the execlpe looks inconsistent (both 2.x and 3.x).
>>> os.execlpe('true')
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.6/os.py", line 335, in execlpe
env = args[-1]
IndexError: tuple index out of range
shouldn't this be a ValueError as well?
--
___
Python tracker
<http://bugs.python.org/issue8154>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8154] os.execlp('true') crashes the interpreter on 2.x
Matthias Klose added the comment: crash seen on both Debian unstable and recent Ubuntu lucid. (gdb) run Starting program: /home/doko/a.out process 30155 is executing new program: /bin/ls [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. strrchr () at ../sysdeps/i386/strrchr.S:178 178 ../sysdeps/i386/strrchr.S: No such file or directory. in ../sysdeps/i386/strrchr.S (gdb) bt #0 strrchr () at ../sysdeps/i386/strrchr.S:178 #1 0x080524d2 in ?? () #2 0x0804fb2c in ?? () #3 0x00170bd6 in __libc_start_main (main=0x804fb10, argc=0, ubp_av=0xb534, init=0x805bd60, fini=0x805bd50, rtld_fini=0x11e0b0 <_dl_fini>, stack_end=0xb52c) at libc-start.c:226 #4 0x08049cf1 in ?? () stack trace from lucid; glibc-2.11.1, linux 2.6.32 -- ___ Python tracker <http://bugs.python.org/issue8154> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8142] libffi update to 3.0.9
Matthias Klose added the comment: no access to solaris hardware. please could you run the libffi testsuite on this machine? make sure that expect is installed. -- ___ Python tracker <http://bugs.python.org/issue8142> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8142] libffi update to 3.0.9
Matthias Klose added the comment: the ports which are maintained separately still need an update: libffi_msvc libffi trunk now has a port to x86/msvc. might require some extra updates from libffi. libffi_osx: 3.0.9 has support for darwin on powerpc and x86 libffi_wince: same, support seems to be included. -- ___ Python tracker <http://bugs.python.org/issue8142> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8154] os.execlp('true') crashes the interpreter on 2.x
Matthias Klose added the comment: commited to the trunk, commit to the 2.6 branch pending -- ___ Python tracker <http://bugs.python.org/issue8154> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8142] libffi update to 3.0.9
Matthias Klose added the comment: On 18.03.2010 16:44, Thomas Heller wrote: > > Thomas Heller added the comment: > >> the ports which are maintained separately still need an update: >> >> libffi_msvc >>libffi trunk now has a port to x86/msvc. might require some >>extra updates from libffi. > > I'll take care of this one. > Would it be a good idea to upgrade to libffi trunk > in Modules/_ctypes/libffi, and get rid of the libffi_msvc > fork completely (by applying an additional small patch)? I'm attaching the patch for an update from the trunk; it passes the ctypes tests and the libffi testsuite on i486-linux-gnu. We should revert the following chunk for configure.ac to generate the Makefile's again, so that we are able to run the testsuite at least with dejagnu: -AC_CONFIG_FILES(include/Makefile include/ffi.h Makefile testsuite/Makefile man/Makefile libffi.pc) +AC_CONFIG_FILES(include/ffi.h) -- keywords: +patch Added file: http://bugs.python.org/file16588/libffi-update2.diff ___ Python tracker <http://bugs.python.org/issue8142> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8142] libffi update to 3.0.9
Matthias Klose added the comment: > Can you make this change, run autoconf, and commit please? done, and updated the patch for the merge from the trunk. -- Added file: http://bugs.python.org/file16590/libffi-update3.diff ___ Python tracker <http://bugs.python.org/issue8142> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8142] libffi update to 3.0.9
Changes by Matthias Klose : Removed file: http://bugs.python.org/file16588/libffi-update2.diff ___ Python tracker <http://bugs.python.org/issue8142> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8154] os.execlp('true') crashes the interpreter on 2.x
Matthias Klose added the comment: committed to the 2.6 branch as well -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue8154> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4961] Inconsistent/wrong result of askyesno function in tkMessageBox
Matthias Klose added the comment: committed to the 2.6 branch as well -- assignee: gpolo -> status: pending -> closed ___ Python tracker <http://bugs.python.org/issue4961> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7356] parsing of ldconfig output in ctypes/utils.py depends on the locale
Matthias Klose added the comment: committed to the 2.6 branch as well -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue7356> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8154] os.execlp('true') crashes the interpreter on 2.x
Matthias Klose added the comment: > this change in its current form needs to be backed out of 2.6 done. I'll check for uses of execlp and execlpe. how should the divergency of execlp (raises ValueError), and execlpe (raises IndexError) be handled? -- ___ Python tracker <http://bugs.python.org/issue8154> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8154] os.execlp('true') crashes the interpreter on 2.x
Matthias Klose added the comment: reverted in r79190 on the 2.6 branch -- ___ Python tracker <http://bugs.python.org/issue8154> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8191] Make arg0 required argument in os.execl* functions
Matthias Klose added the comment:
> However since issue1039 change has not been released yet
os.execlp('true') does raise ValueError on released 3.x versions. sorry if I do
misunderstand something.
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue8191>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8265] test_float fails on ARM Linux EABI with soft floating point
Matthias Klose added the comment: the buildbot labeled "ARM Linux 3.x" is an ARM EABI as well, compiler defaults -march=armv7 -math=vfp -float-abi=softfp. The failing test_float test is an ARM EABI, armv4, ARM mode, soft floating point. I never did see the test_float test suceed on this platform/configuration. -- title: test_float fails on ARM Linux EABI -> test_float fails on ARM Linux EABI with soft floating point ___ Python tracker <http://bugs.python.org/issue8265> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8233] extend py_compile to compile files from stdin
Changes by Matthias Klose : -- nosy: +doko ___ Python tracker <http://bugs.python.org/issue8233> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8233] extend py_compile to compile files from stdin
Changes by Matthias Klose : -- keywords: +needs review -patch ___ Python tracker <http://bugs.python.org/issue8233> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1044] tarfile insecure pathname extraction
Changes by Matthias Klose : -- nosy: +doko ___ Python tracker <http://bugs.python.org/issue1044> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
