[issue12881] ctypes: segfault with large structure field names

Charles-François Natali added the comment: Looks good to me. -- nosy: +neologix stage: patch review -> commit review ___ Python tracker ___ _

[issue12956] 2.7.2 build fails with --enable-framework and space in pathname on OS X 10.7.1

New submission from Ned Deily : gcc -o Python.framework/Versions/2.7/Python -dynamiclib \ -all_load libpython2.7.a -Wl,-single_module \ -install_name /tmp/a/empty space/Python.framework/Versions/2.7/Python \ -compatibility_version 2.7 \

[issue12959] Add 'ChainMap' to collections.__all__

Roundup Robot added the comment: New changeset 12bb3cd873c8 by Benjamin Peterson in branch 'default': add ChainMap to __all__ (closes #12959) http://hg.python.org/cpython/rev/12bb3cd873c8 -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected status: open -> closed __

[issue11457] Expose nanosecond precision from system calls

Martin v. Löwis added the comment: > The quad-precision float would be highly portable Larry, please stop this discussion in this issue. I believe a PEP would be needed, and would likely be rejected because of the very very very long list of issues that can't be resolved. I think you seriously

[issue1230540] sys.excepthook doesn't work in threads

Changes by Nikolaus Rath : -- nosy: +Nikratio ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue12961] unlabelled balls in boxes

New submission from Phillip Feldman : The current set of combinatorial functions in `itertools` does not include unlabelled balls in labeled boxes and unlabelled balls in unlabelled boxes. If the boxes have no capacity limits (i.e., can store an unlimited number of balls), then the unlabelled

[issue12853] global name 'r' is not defined in upload.py

dirn added the comment: Replacing r with result works only when urlopen doesn't raise HTTPError -- nosy: +dirn ___ Python tracker ___ ___

[issue12958] test_socket failures on Mac OS X

Changes by Brett Cannon : -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue6715] xz compressor support

Changes by Nadeem Vawda : Added file: http://bugs.python.org/file23129/fe2c9998f329.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue6715] xz compressor support

Nadeem Vawda added the comment: I've attached another patch (fe2c9998f329.diff) with a more complete implementation of the lzma module. All that's left now is to write the documentation, and make sure that the module can build on Windows. -- ___ Pyth

[issue12936] armv5tejl: random segfaults in getaddrinfo()

Stefan Krah added the comment: I completely removed faulthandler from e91ad9669c08 and the problem still occurs (with the same broken backtrace). $ getconf GNU_LIBPTHREAD_VERSION NPTL 2.7 It is a bit unsatisfying that the segfault isn't reproducible with the earlier revision, but there are se

[issue12306] zlib: Expose zlibVersion to query runtime version of zlib

Roundup Robot added the comment: New changeset b21d1de6d78e by Nadeem Vawda in branch 'default': Issue #12306: Add ZLIB_RUNTIME_VERSION to the zlib module. http://hg.python.org/cpython/rev/b21d1de6d78e -- nosy: +python-dev ___ Python tracker

[issue12306] zlib: Expose zlibVersion to query runtime version of zlib

Nadeem Vawda added the comment: I've committed your patches. I took the liberty of removing the "versionadded" tag for ZLIB_VERSION; I don't think many people will need to worry about compatibility with Python 1.5 ;-) Once again, thanks for the patches! -- assignee: -> nadeem.vawda re

[issue12936] armv5tejl: random segfaults in getaddrinfo()

STINNER Victor added the comment: > Looks like a libc bug ... > http://sources.redhat.com/bugzilla/show_bug.cgi?id=12453 Yes, the GNU libc has bugs (as every software!): this one has been fixed only recently (in glibc 2.14, released the 2011-05-31). I don't know if this issue is a duplicate o

[issue11457] Expose nanosecond precision from system calls

STINNER Victor added the comment: > If a two-ints representation > is considered necessary, I'd favor a rational number (numerator, > denominator) over a pair (second, subsecond); this would also support > 2**-32 fractions (as used in NTP !!!). Which OS uses NTP timestamps in stat()? Or are you

[issue12945] ctypes works incorrectly with _swappedbytes_ = 1

Meador Inge added the comment: Would you mind explaining your use case and why ctypes won't fit it? Maybe there is something that can be fixed. FWIW, I agree that the overloading of 'size' is unnecessary. -- ___ Python tracker

[issue7201] double Endian problem and more on arm

Meador Inge added the comment: I ran the ctypes tests on Debian GNU/Linux 5.0.8 (lenny) on an ARMv5tejl Versatile kernel and everything passed. Is anyone else still seeing errors? -- assignee: theller -> nosy: +meadori -theller ___ Python tracker

[issue12959] Add 'ChainMap' to collections.__all__

Raymond Hettinger added the comment: Thank you. -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue11457] Expose nanosecond precision from system calls

Martin v. Löwis added the comment: > As I wrote before, I would prefer to keep the same number of fields > in the Python structure and in the C structure, but I don't have a > strong opinion on this choice. I'm with Larry - exposing time fields as structured records is hostile to the programmer

[issue12936] armv5tejl: random segfaults in getaddrinfo()

Charles-François Natali added the comment: > 2) http://sources.redhat.com/bugzilla/show_bug.cgi?id=12453 We actually had another issue due to this particular libc bug: http://bugs.python.org/issue6059 Basically, the problem is that if some libraries are dynamically loaded in an interleaved wa

[issue12914] Add cram function to textwrap

Changes by Raymond Hettinger : -- resolution: -> rejected status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue12917] Make visiblename and allmethods functions public

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12916] Add inspect.splitdoc

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12958] test_socket failures on Mac OS X

Changes by Ned Deily : -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue1172711] long long support for array module

Stefan Krah added the comment: I left some remarks on Rietveld. -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7798] Make generally useful pydoc functions public

Raymond Hettinger added the comment: Resist the urge to fatten APIs until you're sure that: * they are needed * they are well developed (many internal utils fail this test) * they are worth the extra time it takes to learn what is in a module (adding rarely needed tools has the side-effect of o

[issue12936] armv5tejl: random segfaults in getaddrinfo()

Stefan Krah added the comment: Traceback with faulthandler disabled: Core was generated by `./python -m test -uall -r --randseed=8304772'. Program terminated with signal 11, Segmentation fault. [New process 3948] #0 0x40011d20 in __tls_get_addr () from /lib/ld-linux.so.2 (gdb) bt #0 0x40011d2

[issue12936] armv5tejl: random segfaults in getaddrinfo()

Charles-François Natali added the comment: > Traceback with faulthandler disabled: It crashes when trying to look up TLS (which explains why it doesn't crash when built ``without-threads`). Looks like a libc bug, but would it be possible to have a backtrace with Python built with `with-pydebu

[issue12958] test_socket failures on Mac OS X

Nick Coghlan added the comment: First attempt didn't quite work - the FD passing tests somehow seem to be reporting both 'ERROR' *and* 'expected failure', which is causing the test overall to remain red. http://www.python.org/dev/buildbot/all/builders/AMD64%20Snow%20Leopard%202%20custom/build

[issue12945] ctypes works incorrectly with _swappedbytes_ = 1

Pavel Boldin added the comment: OK. So, it seems just like ctypes work, but don't for my needs. Thing that bothers me anyway is the strange code, where size contains either size (when bitsize==0) or bitsize in upper 16 bits and bitoffset in lower 16 bits. --

[issue12936] armv5tejl: random segfaults in getaddrinfo()

Changes by Meador Inge : -- nosy: +meadori ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue12959] Add 'ChainMap' to collections.__all__

New submission from July Tikhonov : ChainMap is the only item from collections module, that is described in docs, but is not included in collections.__all__ -- components: Library (Lib) files: chainmap_in___all__.diff keywords: patch messages: 143862 nosy: july priority: normal severity

[issue12958] test_socket failures on Mac OS X

Nick Coghlan added the comment: Ah, I believe I see why the expected failure isn't working properly - the failing testFDPass* tests are causing the subsequent tear down code to also fail. -- ___ Python tracker _

[issue12960] threading.Condition is not a class

New submission from Nikolaus Rath : According to http://docs.python.org/library/threading.html#condition-objects, threading.Condition is a class. However, in fact it turns out to be function that constructs a _Condition instance. I don't know the reason for that, but it seems to me that either

[issue12704] Language References does not specify exception raised by final yield()

Changes by Nikolaus Rath : -- versions: +Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list ma

[issue12936] armv5tejl: random segfaults in getaddrinfo()

Stefan Krah added the comment: Curiously enough python *is* built --with-pydebug. Version 9d658f000419, which is pre-faulthandler, runs without segfaults. Could faulthandler cause problems like these: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=370060 -- nosy: +haypo

[issue11457] Expose nanosecond precision from system calls

Larry Hastings added the comment: Mark Dickinson: > > I realize a new float type would be a major undertaking > That's an understatement and a half. The only way this could ever > be viable is if float128 support becomes widespread enough that we > don't have to write our own algorithms for ba

[issue11457] Expose nanosecond precision from system calls

STINNER Victor added the comment: "As I mentioned earlier in this thread, GCC has supported __float128 since 4.3, Clang added support within the last year, and Intel has a _Quad type. All are purported to be IEEE 754-2008 quad-precision floats. Glibc added "quadmath.h" recently (maybe in 4.

[issue11457] Expose nanosecond precision from system calls

Larry Hastings added the comment: Victor STINNER: > Python is compiled using Visual Studio 2008 on Windows. Portability > does matter on Python. If a type is not available on *all* platforms > (including some old platforms, e.g. FreeBSD 6 or Windows XP), we > cannot use it by default. The quad-

[issue12936] armv5tejl: random segfaults in getaddrinfo()

Charles-François Natali added the comment: > Could faulthandler cause problems like these: Well, that would explain why it crashes in the TLS lookup code, and why the core dump looks borked. 1) Apparently, Etch on ARM uses linuxthread instead of NPTL: what does $ getconf GNU_LIBPTHREAD_VERSIO