[issue22126] mc68881 fpcr inline asm breaks clang -flto build
New submission from ivank: Build cpython master with clang -flto results in: [...] ar rc libpython3.5m.a Modules/_threadmodule.o Modules/signalmodule.o Modules/posixmodule.o Modules/errnomodule.o Modules/pwdmodule.o Modules/_sre.o Modules/_codecsmodule.o Modules/_weakref.o Modules/_functoolsmodule.o Modules/_operator.o Modules/_collectionsmodule.o Modules/itertoolsmodule.o Modules/atexitmodule.o Modules/_stat.o Modules/_localemodule.o Modules/_iomodule.o Modules/iobase.o Modules/fileio.o Modules/bytesio.o Modules/bufferedio.o Modules/textio.o Modules/stringio.o Modules/zipimport.o Modules/faulthandler.o Modules/_tracemalloc.o Modules/hashtable.o Modules/symtablemodule.o Modules/xxsubtype.o ranlib libpython3.5m.a clang -pthread -flto -B/usr/lib/gold-ld -flto -B/usr/lib/gold-ld -Xlinker -export-dynamic -o python Programs/python.o libpython3.5m.a -lpthread -ldl -lutil -lm clang -pthread -flto -B/usr/lib/gold-ld -flto -B/usr/lib/gold-ld -Xlinker -export-dynamic -o Programs/_testembed Programs/_testembed.o libpython3.5m.a -lpthread -ldl -lutil -lm :1:10: error: invalid register name fmove.l %fpcr,36(%rsp) ^ LLVM ERROR: Error parsing inline asm clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [python] Error 1 make: *** Waiting for unfinished jobs :1:10: error: invalid register name fmove.l %fpcr,36(%rsp) ^ LLVM ERROR: Error parsing inline asm clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [Programs/_testembed] Error 1 My build script was: #!/bin/bash # Get clang 3.5 from # deb http://llvm.org/apt/trusty/ llvm-toolchain-trusty main # deb-src http://llvm.org/apt/trusty/ llvm-toolchain-trusty main set -e sudo ln -sf /usr/lib/llvm-3.5/lib/LLVMgold.so /usr/lib/LLVMgold.so sudo mkdir -p /usr/lib/bfd-plugins sudo ln -sf /usr/lib/llvm-3.5/lib/LLVMgold.so /usr/lib/bfd-plugins/LLVMgold.so grep -Fxq /usr/lib/llvm-3.5/lib /etc/ld.so.conf || (echo "/usr/lib/llvm-3.5/lib should be in /etc/ld.so.conf" && false) sudo ldconfig export CC=clang export CXX=clang++ export CFLAGS="-O3 -flto -B/usr/lib/gold-ld -fomit-frame-pointer" export CXXFLAGS="-O3 -flto -B/usr/lib/gold-ld -fomit-frame-pointer" export LDFLAGS="-flto -B/usr/lib/gold-ld" make clean || echo "Can't make clean" ./configure --prefix=/opt/leakless make -j17 It works fine without the -flto/gold-ld options. -- components: Interpreter Core messages: 224613 nosy: ivank priority: normal severity: normal status: open title: mc68881 fpcr inline asm breaks clang -flto build type: compile error versions: Python 3.5 ___ Python tracker <http://bugs.python.org/issue22126> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21090] File read silently stops after EIO I/O error
ivank added the comment: This problem happens with Python 3.4 as well. $ cat read_error_file.py from __future__ import print_function import os fname = "/usr/bin/Xorg" size = os.stat(fname).st_size print(fname, "stat size:", size) f = open(fname, "rb") print("len(f.read()): ", len(f.read())) f.close() f = open(fname, "rb") for i in range(size): try: f.read(1) except IOError: print("IOError at byte %d" % i) break f.close() $ python3 --version Python 3.4.1 $ python3 read_error_file.py /usr/bin/Xorg stat size: 2331776 len(f.read()): 716800 IOError at byte 716800 strace for the first test is: open("/usr/bin/Xorg", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7fff323ac8b0) = -1 ENOTTY (Inappropriate ioctl for device) fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 lseek(3, 0, SEEK_CUR) = 0 fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0 mmap(NULL, 2334720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f57884cc000 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\265M\4\0\0\0\0\0"..., 2331777) = 716800 read(3, 0x7f578857b030, 1614977)= -1 EIO (Input/output error) mremap(0x7f57884cc000, 2334720, 720896, MREMAP_MAYMOVE) = 0x7f57884cc000 munmap(0x7f57884cc000, 720896) = 0 write(1, "len(f.read()): 716800\n", 23len(f.read()): 716800 ) = 23 close(3) -- versions: +Python 3.4 ___ Python tracker <http://bugs.python.org/issue21090> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21090] File read silently stops after EIO I/O error
ivank added the comment: I managed to reproduce this again, this time by corrupting data on a btrfs filesystem. $ cat read_error_file.py import os fname = "/usr/bin/Xorg" size = os.stat(fname).st_size print fname, "stat size:", size f = open(fname, "rb") print "len(f.read()): ", len(f.read()) f.close() f = open(fname, "rb") for i in xrange(size): try: f.read(1) except IOError: print "IOError at byte %d" % i break f.close() $ python read_error_file.py /usr/bin/Xorg stat size: 2331776 len(f.read()): 716800 IOError at byte 716800 Note how the first test does not throw an IOError, but the second one does. The strace for the first test is: open("/usr/bin/Xorg", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0 fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f1334bd6000 lseek(3, 0, SEEK_CUR) = 0 mmap(NULL, 2334720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f1332ea6000 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\265M\4\0\0\0\0\0"..., 2330624) = 716800 read(3, 0x7f1332f55034, 1613824)= -1 EIO (Input/output error) mremap(0x7f1332ea6000, 2334720, 720896, MREMAP_MAYMOVE) = 0x7f1332ea6000 munmap(0x7f1332ea6000, 720896) = 0 write(1, "len(f.read()): 716800\n", 23len(f.read()): 716800 ) = 23 Note the "-1 EIO (Input/output error)" that gets ignored somewhere. -- ___ Python tracker <http://bugs.python.org/issue21090> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21090] File read silently stops after EIO I/O error
ivank added the comment: I'm finding it hard to reproduce the bug again with more zpool corruption. (I see the `IOError: [Errno 5] Input/output error` exception now.) I do remember that in the reported case, Python 3.4, node.js, and OpenJDK 7 threw an EIO exception, but Python 2.7 did not. I tested this multiple times. Right now I can only speculate that Python 2.7 silently stops reading only in certain cases, e.g. depending on how Python's reads are aligned with the first byte that causes EIO. I'm still working on getting it reproduced, please hold off on closing. -- ___ Python tracker <http://bugs.python.org/issue21090> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21090] File read silently stops after EIO I/O error
New submission from ivank: I intentionally corrupted a zpool to induce an I/O error in a file, in this case, /usr/lib/x86_64-linux-gnu/gconv/IBM1390.so # ls -l /usr/lib/x86_64-linux-gnu/gconv/IBM1390.so -rw-r--r-- 1 root root 231,496 2014-03-24 06:26 /usr/lib/x86_64-linux-gnu/gconv/IBM1390.so # cat /usr/lib/x86_64-linux-gnu/gconv/IBM1390.so > /dev/null cat: /usr/lib/x86_64-linux-gnu/gconv/IBM1390.so: Input/output error When I read the file, Python 3.3.5 and 3.4.0 check for EIO and raise an exception: >>> open("/usr/lib/x86_64-linux-gnu/gconv/IBM1390.so", "rb").read() Traceback (most recent call last): File "", line 1, in OSError: [Errno 5] Input/output error but Python 2.7.6 does not: # python2 Python 2.7.6 (default, Mar 22 2014, 22:59:56) [GCC 4.8.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> x = open("/usr/lib/x86_64-linux-gnu/gconv/IBM1390.so", "rb").read() >>> len(x) 131072 -- components: IO messages: 215085 nosy: ivank priority: normal severity: normal status: open title: File read silently stops after EIO I/O error versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue21090> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12017] Decoding a highly-nested object with json (_speedups enabled) causes segfault
ivank added the comment: any opinions here on what the default max_depth should be? is there any safe number? I'm curious as to how many C stack frames I can use after reaching the Python recursion limit and what ulimit -s looks like on every platform http://hg.python.org/cpython/file/tip/Lib/test/test_parser.py#l537 ivan`, maybe this is useful -- ___ Python tracker <http://bugs.python.org/issue12017> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12017] Decoding a highly-nested object with json (_speedups enabled) causes segfault
New submission from ivank : Decoding a highly-nested object with json (_speedups enabled) can cause a segfault due to a stack overflow: # python -c "import json; json.loads('[' * 10 + '1' + ']' * 10)" zsh: segmentation fault python -c "import json; json.loads('[' * 10 + '1' + ']' * 10)" # python -c "import json; json.loads('{\"a\":' * 10 + '1' + '}' * 10)" zsh: segmentation fault python -c "import json; json.loads('{\"a\":' * 10 + '1' + '}' * 10)" simplejson has the same problem: https://github.com/simplejson/simplejson/pull/11 I've started on a fix (see patch at that URL), but it doesn't support customizing max_depth yet. -- components: Library (Lib) messages: 135281 nosy: ivank priority: normal severity: normal status: open title: Decoding a highly-nested object with json (_speedups enabled) causes segfault type: security versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue12017> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10240] dict.update.__doc__ is misleading
ivank added the comment: CPython's dict(obj) ignores `keys` and `__iter__` if obj is a subclass of dict. I thought this was an important language detail, not just an implementation quirk. But, I just tested pypy 1.3, and it is calling .keys() on dicts. Oh well. I think the __doc__ can still be slightly improved; ignore my patch and just change the first E: to E.keys(): - that would be more accurate. -- ___ Python tracker <http://bugs.python.org/issue10240> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10240] dict.update.__doc__ is misleading
New submission from ivank : It would be nice if dict.update.__doc__ conveyed some of the subtleties of the update algorithm. See the patch. I changed __doc__ to mention the fast path for dicts, and changed one instance of E: -> E.keys(): -- components: Interpreter Core files: dict.update.__doc__.patch keywords: patch messages: 119954 nosy: ivank priority: normal severity: normal status: open title: dict.update.__doc__ is misleading versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file19420/dict.update.__doc__.patch ___ Python tracker <http://bugs.python.org/issue10240> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8403] dis.dis gives different results if Ctrl-C is pressed
New submission from ivank : If you run >>> dis.dis(lambda: 99**103) and press Ctrl-C immediately, you'll see the numbers without constant folding: 1 0 LOAD_CONST 1 (99) 3 LOAD_CONST 2 (103) 6 BINARY_POWER 7 RETURN_VALUE If you wait long enough instead (don't press Ctrl-C), you'll see a very big number. It seems strange to do two different things. Perhaps the KeyboardInterrupt should be rethrown instead? -- components: Library (Lib) messages: 103161 nosy: ivank severity: normal status: open title: dis.dis gives different results if Ctrl-C is pressed versions: Python 2.6, Python 2.7 ___ Python tracker <http://bugs.python.org/issue8403> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7686] redundant open modes 'rbb', 'wbb', 'abb' no longer work on Windows
New submission from ivank : This probably only applies to Windows. The redundant 'b' modes still work on Linux. These worked on Windows in 2.6.4: open('test', 'rbb') open('test', 'wbb') open('test', 'abb') and possibly others. In 2.7a2, they throw ValueErrors like this: >>> open('test', 'wbb') Traceback (most recent call last): File "", line 1, in ValueError: Invalid mode ('wbb') It would be nice if the old behavior were preserved for backwards compatibility. Some programs append a 'b' indiscriminately. -- messages: 97674 nosy: ivank severity: normal status: open title: redundant open modes 'rbb', 'wbb', 'abb' no longer work on Windows type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue7686> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6071] no longer possible to hash arrays
ivank added the comment: I believe this was fixed in r77252, which was fixing http://bugs.python.org/issue3745 -- ___ Python tracker <http://bugs.python.org/issue6071> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7616] test_memoryview test_setitem_writable failures with Intel ICC
New submission from ivank : 3 memoryview tests fail with Intel ICC 11.1. They don't fail with gcc 4.4.1-4ubuntu8 on the same machine. == FAIL: test_setitem_writable (__main__.BytesMemorySliceSliceTest) -- Traceback (most recent call last): File "Lib/test/test_memoryview.py", line 98, in test_setitem_writable self._check_contents(tp, b, b"ababcf") File "Lib/test/test_memoryview.py", line 290, in _check_contents self.assertEquals(obj[1:7], tp(contents)) AssertionError: bytearray(b'ababaf') != bytearray(b'ababcf') == FAIL: test_setitem_writable (__main__.BytesMemorySliceTest) -- Traceback (most recent call last): File "Lib/test/test_memoryview.py", line 98, in test_setitem_writable self._check_contents(tp, b, b"ababcf") File "Lib/test/test_memoryview.py", line 273, in _check_contents self.assertEquals(obj[1:7], tp(contents)) AssertionError: bytearray(b'ababaf') != bytearray(b'ababcf') == FAIL: test_setitem_writable (__main__.BytesMemoryviewTest) -- Traceback (most recent call last): File "Lib/test/test_memoryview.py", line 98, in test_setitem_writable self._check_contents(tp, b, b"ababcf") File "Lib/test/test_memoryview.py", line 263, in _check_contents self.assertEquals(obj, tp(contents)) AssertionError: bytearray(b'ababaf') != bytearray(b'ababcf') # icc --version icc (ICC) 11.1 20090630 The OS is Ubuntu 9.10 64-bit in VMWare, running 2.6.31-16-server. My configure options are: export LANG=C ./configure --enable-unicode=ucs2 --with-gcc=icc --with-cxx-main=icc\ OPT="-O2 -w1 -fomit-frame-pointer -xHost -multibyte-chars -fp-model precise -no-prec-div" -- components: Library (Lib) messages: 97113 nosy: ivank severity: normal status: open title: test_memoryview test_setitem_writable failures with Intel ICC type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue7616> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7513] many source files contaminated with form feed (\f) characters
New submission from ivank : In a checkout of Python 2.7 r76831, a large amount of files contain the form feed character (\f, \x0C, octal \014) $ grep --binary-files=without-match -P '\f' **/* | sort | uniq build/scripts-2.7/smtpd.py: Lib/base64.py: Lib/email/base64mime.py: Lib/email/charset.py: Lib/email/encoders.py: Lib/email/errors.py: Lib/email/feedparser.py: Lib/email/generator.py: Lib/email/header.py: Lib/email/__init__.py: Lib/email/iterators.py: Lib/email/message.py: Lib/email/mime/audio.py: Lib/email/mime/base.py: Lib/email/mime/image.py: Lib/email/mime/message.py: Lib/email/mime/multipart.py: Lib/email/mime/nonmultipart.py: Lib/email/mime/text.py: Lib/email/parser.py: Lib/email/quoprimime.py: Lib/email/test/test_email_codecs.py: Lib/email/test/test_email_codecs_renamed.py: Lib/email/test/test_email.py: Lib/email/test/test_email_renamed.py: Lib/email/test/test_email_torture.py: Lib/email/utils.py: Lib/smtpd.py: Lib/test/test_base64.py: Lib/test/test_isinstance.py: Misc/python-mode.el: Modules/_ctypes/cfield.c: Modules/_ctypes/_ctypes.c: Modules/_io/bufferedio.c: Modules/_io/_iomodule.c: Modules/puremodule.c: Modules/_tkinter.c: Tools/audiopy/audiopy: Tools/audiopy/README: Tools/i18n/msgfmt.py: Tools/i18n/pygettext.py: Tools/pynche/ChipViewer.py: Tools/pynche/ColorDB.py: Tools/pynche/DetailsViewer.py: Tools/pynche/Main.py: Tools/pynche/pyColorChooser.py: Tools/pynche/PyncheWidget.py: Tools/pynche/README: Tools/pynche/StripViewer.py: Tools/pynche/Switchboard.py: Tools/pynche/TextViewer.py: Tools/pynche/TypeinViewer.py: Tools/world/README: Tools/world/world: -- components: None messages: 96434 nosy: ivank severity: normal status: open title: many source files contaminated with form feed (\f) characters versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue7513> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7431] UnboundLocalError during test.test_linecache.LineCacheTests
ivank added the comment: This error is just masking a Permission denied error during source = open(source_name, 'w') so I guess it's not very important, just annoying. -- ___ Python tracker <http://bugs.python.org/issue7431> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7431] UnboundLocalError during test.test_linecache.LineCacheTests
New submission from ivank : Python 2.7, svn r76655. I ran the tests with python2.7 Lib/test/testall.py > test-results.txt test_linecache test_checkcache (test.test_linecache.LineCacheTests) ... ERROR test_clearcache (test.test_linecache.LineCacheTests) ... ok test_getline (test.test_linecache.LineCacheTests) ... ok == ERROR: test_checkcache (test.test_linecache.LineCacheTests) -- Traceback (most recent call last): File "/opt/Python-latest/lib/python2.7/test/test_linecache.py", line 121, in test_checkcache source.close() UnboundLocalError: local variable 'source' referenced before assignment -- Ran 3 tests in 0.022s FAILED (errors=1) test test_linecache failed -- Traceback (most recent call last): File "/opt/Python-latest/lib/python2.7/test/test_linecache.py", line 121, in test_checkcache source.close() UnboundLocalError: local variable 'source' referenced before assignment -- components: Library (Lib) messages: 95948 nosy: ivank severity: normal status: open title: UnboundLocalError during test.test_linecache.LineCacheTests type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue7431> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6906] Tkinter sets an unicode environment variable on win32
ivank added the comment: The bug on the Twisted side may be of interest: http://twistedmatrix.com/trac/ticket/3964 -- nosy: +ivank ___ Python tracker <http://bugs.python.org/issue6906> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6844] BaseException DeprecationError raises inappropriately
ivank added the comment: That trac link should be http://twistedmatrix.com/trac/changeset/27062 -- nosy: +ivank ___ Python tracker <http://bugs.python.org/issue6844> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6769] in xmlrpclib.py: NameError: global name 'HTTPSConnection' is not defined
New submission from ivank : Line 1491 of xmlrpclib.py should be self._connection = host, httplib.HTTPSConnection(chost, None, **(x509 or {})) instead of self._connection = host, HTTPSConnection(chost, None, **(x509 or {})) File "/opt/Python-latest/lib/python2.7/site-packages/bzrlib/plugins/launchpad/lp_registration.py", line 166, in send_request result = method(*method_params) File "/opt/Python-latest/lib/python2.7/xmlrpclib.py", line 1224, in __call__ return self.__send(self.__name, args) File "/opt/Python-latest/lib/python2.7/xmlrpclib.py", line 1570, in __request verbose=self.__verbose File "/opt/Python-latest/lib/python2.7/xmlrpclib.py", line 1264, in request return self.single_request(host, handler, request_body, verbose) File "/opt/Python-latest/lib/python2.7/xmlrpclib.py", line 1284, in single_request h = self.make_connection(host) File "/opt/Python-latest/lib/python2.7/xmlrpclib.py", line 1491, in make_connection self._connection = host, HTTPSConnection(chost, None, **(x509 or {})) NameError: global name 'HTTPSConnection' is not defined bzr 1.15 on python 2.7a0 (linux2) I think this has been broken for around two weeks, maybe more. I don't know if this is broken in 3.x. -- components: Library (Lib) messages: 91895 nosy: ivank severity: normal status: open title: in xmlrpclib.py: NameError: global name 'HTTPSConnection' is not defined type: crash versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue6769> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6071] no longer possible to hash arrays
ivank added the comment: It no longer works with objects created with buffer() either: >>> hashlib.sha1(buffer("x")).hexdigest() Traceback (most recent call last): File "", line 1, in TypeError: object supporting the buffer API required -- ___ Python tracker <http://bugs.python.org/issue6071> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6403] distutils builds extension modules to root package directory
New submission from ivank : When I built Twisted, I noticed that 'python2.7 setup.py build' created _c_urlang.so in the wrong place: $ find . | grep _c_url ./twisted/protocols/_c_urlarg.c ./build/lib.linux-x86_64-2.7/_c_urlarg.so ./build/temp.linux-x86_64-2.7/twisted/protocols/_c_urlarg.o I noticed the same problem when I built Mercurial 1.3, too. This happens with svn r73778, but not svn r73145 (June 2). I don't know which commit caused the problem. I don't know if the problem is in 3.x too. -- assignee: tarek components: Distutils messages: 90034 nosy: ivank, tarek severity: normal status: open title: distutils builds extension modules to root package directory type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue6403> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6072] unittest.TestCase._result is very likely to collide (and break) with application-defined TestCase attributes
Changes by ivank : -- nosy: +ivank ___ Python tracker <http://bugs.python.org/issue6072> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6071] no longer possible to hash arrays
Changes by ivank : -- nosy: +ivank ___ Python tracker <http://bugs.python.org/issue6071> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com