[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 inline asm: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 inline asm: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 rep...@bugs.python.org 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:
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 rep...@bugs.python.org
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:
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 rep...@bugs.python.org
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 rep...@bugs.python.org 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 stdin, line 1, in module 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 rep...@bugs.python.org 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
New submission from ivank b...@ludios.org:
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 rep...@bugs.python.org
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
ivank b...@ludios.org added the comment: ivan` any opinions here on what the default max_depth should be? is there any safe number? ivan` I'm curious as to how many C stack frames I can use after reaching the Python recursion limit ivan` and what ulimit -s looks like on every platform Taggnostr http://hg.python.org/cpython/file/tip/Lib/test/test_parser.py#l537 Taggnostr ivan`, maybe this is useful -- ___ Python tracker rep...@bugs.python.org 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 b...@ludios.org 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 rep...@bugs.python.org 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 b...@ludios.org: 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 rep...@bugs.python.org 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 i...@ludios.org: 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 rep...@bugs.python.org 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 i...@ludios.org:
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 stdin, line 1, in module
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 rep...@bugs.python.org
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 i...@ludios.org added the comment: I believe this was fixed in r77252, which was fixing http://bugs.python.org/issue3745 -- ___ Python tracker rep...@bugs.python.org 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 i...@ludios.org: 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, bababcf) 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, bababcf) 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, bababcf) 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 rep...@bugs.python.org 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 i...@ludios.org: 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 rep...@bugs.python.org 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
New submission from ivank i...@ludios.org: 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 rep...@bugs.python.org 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
ivank i...@ludios.org 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 rep...@bugs.python.org 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 i...@ludios.org added the comment: The bug on the Twisted side may be of interest: http://twistedmatrix.com/trac/ticket/3964 -- nosy: +ivank ___ Python tracker rep...@bugs.python.org 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 i...@ludios.org added the comment: That trac link should be http://twistedmatrix.com/trac/changeset/27062 -- nosy: +ivank ___ Python tracker rep...@bugs.python.org 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 i...@ludios.org:
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 rep...@bugs.python.org
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 i...@ludios.org added the comment: It no longer works with objects created with buffer() either: hashlib.sha1(buffer(x)).hexdigest() Traceback (most recent call last): File stdin, line 1, in module TypeError: object supporting the buffer API required -- ___ Python tracker rep...@bugs.python.org 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 i...@ludios.org: 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 rep...@bugs.python.org http://bugs.python.org/issue6403 ___ ___ 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 i...@ludios.org: -- nosy: +ivank ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6071 ___ ___ 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 i...@ludios.org: -- nosy: +ivank ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
