Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12914
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12917
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12916
___
Changes by Ned Deily n...@acm.org:
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12958
___
___
Python-bugs-list mailing list
Stefan Krah stefan-use...@bytereef.org added the comment:
I left some remarks on Rietveld.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1172711
___
Raymond Hettinger raymond.hettin...@gmail.com 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
Stefan Krah stefan-use...@bytereef.org 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
Charles-François Natali neolo...@free.fr 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
Nick Coghlan ncogh...@gmail.com 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.
Pavel Boldin boldin.pa...@gmail.com 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.
--
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meadori
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12936
___
___
Python-bugs-list mailing
New submission from July Tikhonov july.t...@gmail.com:
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
Nick Coghlan ncogh...@gmail.com 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
New submission from Nikolaus Rath nikol...@rath.org:
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
Changes by Nikolaus Rath nikol...@rath.org:
--
versions: +Python 3.1, Python 3.2, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12704
___
Stefan Krah stefan-use...@bytereef.org 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
Larry Hastings la...@hastings.org 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
STINNER Victor victor.stin...@haypocalc.com 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
Larry Hastings la...@hastings.org 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
Charles-François Natali neolo...@free.fr 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
Charles-François Natali neolo...@free.fr added the comment:
Looks good to me.
--
nosy: +neologix
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12881
___
New submission from Ned Deily n...@acm.org:
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
Roundup Robot devn...@psf.upfronthosting.co.za 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: -
Martin v. Löwis mar...@v.loewis.de 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
Changes by Nikolaus Rath nikol...@rath.org:
--
nosy: +Nikratio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1230540
___
___
Python-bugs-list
New submission from Phillip Feldman phillip.m.feld...@gmail.com:
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
dirn d...@dirnonline.com added the comment:
Replacing r with result works only when urlopen doesn't raise HTTPError
--
nosy: +dirn
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12853
___
Changes by Brett Cannon br...@python.org:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12958
___
___
Python-bugs-list
Changes by Nadeem Vawda nadeem.va...@gmail.com:
Added file: http://bugs.python.org/file23129/fe2c9998f329.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
___
Nadeem Vawda nadeem.va...@gmail.com 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.
--
Stefan Krah stefan-use...@bytereef.org 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
Roundup Robot devn...@psf.upfronthosting.co.za 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
Nadeem Vawda nadeem.va...@gmail.com 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!
--
STINNER Victor victor.stin...@haypocalc.com 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
STINNER Victor victor.stin...@haypocalc.com 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
Meador Inge mead...@gmail.com 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
Meador Inge mead...@gmail.com 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
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
Thank you.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12959
___
38 matches
Mail list logo