[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows
Nick Coghlan ncogh...@gmail.com added the comment: Although, for the stdlib version, I wouldn't suppress the OS Error (I'd follow what we currently do for TemporaryDirectory) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14540] Crash in Modules/_ctypes/libffi/src/dlmalloc.c on ia64-hp-hpux11.31
New submission from Paul A. p...@freeshell.org: The following stack trace happened towards the end of a Python-2.7.3rc2 build, but I also get much the same results with 2.7.2; one difference I noticed was I didn't think I needed to add -DHAVE_USR_INCLUDE_MALLOC_H there. running build_scripts creating build/scripts-2.7 copying and adjusting /usr/local/src/Python-2.7.3rc2/Tools/scripts/pydoc - build/scripts-2.7 copying and adjusting /usr/local/src/Python-2.7.3rc2/Tools/scripts/idle - build/scripts-2.7 copying and adjusting /usr/local/src/Python-2.7.3rc2/Tools/scripts/2to3 - build/scripts-2.7 copying and adjusting /usr/local/src/Python-2.7.3rc2/Lib/smtpd.py - build/scripts-2.7 changing mode of build/scripts-2.7/pydoc from 644 to 755 changing mode of build/scripts-2.7/idle from 644 to 755 changing mode of build/scripts-2.7/2to3 from 644 to 755 changing mode of build/scripts-2.7/smtpd.py from 644 to 755 sh[3]: 1340 Abort(coredump) (gdb) bt #0 0xc04395d0:0 in kill+0x30 () from /usr/lib/hpux64/libc.so.1 #1 0xc02e8180:0 in raise+0x120 () from /usr/lib/hpux64/libc.so.1 #2 0xc03f8c50:0 in abort+0x170 () from /usr/lib/hpux64/libc.so.1 #3 0xc00010f0c7f0:0 in free (mem=0x600053d0) at /usr/local/src/Python-2.7.3rc2/Modules/_ctypes/libffi/src/dlmalloc.c:4288 #4 0xc0bfcde0:0 in _UNW_free_mpool()+0xc0 () from /usr/lib/hpux64/libunwind.so.1 #5 0xc004cb50:0 in EM_mark_BOS+0x50 () from /usr/lib/hpux64/dld.so -- components: ctypes messages: 157928 nosy: pda priority: normal severity: normal status: open title: Crash in Modules/_ctypes/libffi/src/dlmalloc.c on ia64-hp-hpux11.31 type: crash versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14540 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14526] Python-2.6.8rc2 test never finishes ia64-hp-hpux11.31
Paul A. p...@freeshell.org added the comment: Apparently my memory was faulty the other day... 2.7.2 does crash the same way as Python-2.7.3rc2 on this box. I opened a new bug report for that, so will close this one. I'll also sign up for core-mentorship as you suggest, and see what I can do to help. -- resolution: - postponed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14526 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14524] Python-2.7.3rc2/Modules/_ctypes/libffi/src/dlmalloc.c won't compile on ia64-hp-hpux11.31 without -DHAVE_USR_INCLUDE_MALLOC_H
Paul A. p...@freeshell.org added the comment: Will close this -- I'll try to help improve configure as I can get time. -- resolution: - postponed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14524 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14512] Pydocs module docs server not working on Windows.
Nick Coghlan ncogh...@gmail.com added the comment: Hmm, we changed a few things with the way the back end server for pydoc works in 3.2. I didn't realise there was a Windows shortcut though, and I don't know how it gets generated. It sounds like it is still using the -g option, which is now deprecated. If you run pydoc -b from a command line window, does that work correctly? (-g should still work as well, even though it's deprecated, but knowing whether or not -b is also broken may help diagnose the problem) -- assignee: docs@python - components: -Documentation nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14512 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14527] How to link with an external libffi?
Paul A. p...@freeshell.org added the comment: Yes, I think my libffi setup is okay, but python apparently doesn't (according to the deeper-down log files I didn't initially know about). The following is a suspicious-looking snippet from build/temp.hp-ux-B.11.31-ia64-2.7/libffi/config.log... I have to question the usefulness of that linker error message. My immediate thought is that maybe conftstm.o is a 32-bit object file, but I don't see anything earlier in the log to indicate it was even created. configure:6159: gcc463 -o conftest -I. -IInclude -I./Include -D_TERMIOS_INCLUDED -I/usr/local/lp64/include -mlp64 -L/usr/local/src/Python-2.7.2 -L/usr/local/lp64/lib conftest.c conftstm.o 5 ld: Mismatched Data ABI. Expected EF_IA_64_ABI64 but found None in file conftstm.o Fatal error. -- components: +ctypes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14423] Getting the starting date of iso week from a week number and a year.
Alexander Belopolsky alexander.belopol...@gmail.com added the comment: On Mon, Apr 9, 2012 at 7:28 PM, Marc-Andre Lemburg rep...@bugs.python.org wrote: You don't really expect anyone to remember such rules, do you ? :-) No, but it is still a one-line function that those who need it can easily implement. I am on the fence here because we already have date.isocalendar() function, so it is natural to desire its inverse, but still at least on this side of the pond an Easter(year) date constructor would see more use than that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14423 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14521] math.copysign(1., float('nan')) returns -1.
mattip matti.pi...@gmail.com added the comment:
The pickle issue occurs in the numpy module, on windows
cPickle.dumps(numpy.array(float('nan')))
yeilds
cnumpy.core.multiarray\n_reconstruct\np1\n(cnumpy\nndarray\np2\n(I0\ntS'b'\ntRp3\n(I1\n(tcnumpy\ndtype\np4\n(S'f8'\nI0\nI1\ntRp5\n(I3\nS''\nNNNI-1\nI-1\nI0\ntbI00\nS'\\x00\\x00\\x00\\x00\\x00\\x00\\xf8\\xff'\ntb.
While this is not a python core issue, it seems that python core could be one
possible solution point.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14521
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11218] pattern=None when following documentation for load_tests and unittest.main()
Martin von Gagern martin.vgag...@gmx.net added the comment: Rik, I don't follow your argument on not changing discover. Currently, if code calls discover with pattern=None, there will be an exception. So there cannot be any working code out there which passes pattern=None. Therefore, it should be all right for the implementation to detect the None and replace it by a default. No currently working code should be affected, and new code could be shorter that way. The pattern still wouldn't be stored inside the loader, so the doc there still holds. Only the fallback for None would be stored. By the way, what's the rationale behind passing the pattern to the load_tests function? Shouldn't each package decide which of its files constitute the test suite, independent of what the parent module used as a filter? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
