[issue11907] SysLogHandler can't send long messages
Lukáš Lalinský lalin...@gmail.com added the comment: It will be called only from the handler, so I think it should be fine. The reason why I started using syslog was that I need to log into a single file from multiple processes, but it seems to be showing up as too much trouble. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable
Nick Coghlan ncogh...@gmail.com added the comment: Reopening this issue since #9228 was closed as a duplicate of this one. Given the significant level of user demand for this behaviour, it should NOT be closed again until a PEP has been written and either accepted or rejected. If such a PEP is not written and championed through to a final decision, then this issue should remain open indefinitely. Such a PEP should canvas the option of installing development shell launch scripts into the Start menu and updating the documentation accordingly as an alternative to messing with the system-wide PATH setting. An install-time option to allow power users to disable the PATH manipulation should also be considered. The interests of novice Python users and experienced Windows system administrators are not in alignment on this topic, and the current installer behaviour favours the latter at the expense of the former. -- nosy: +ncoghlan resolution: wont fix - status: closed - open versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9228] Make changes in the PATH and PATHEXT on installation
Nick Coghlan ncogh...@gmail.com added the comment: If it is being requested every few months, then we should reconsider rejecting it. I have now reopened #3561 instead of this one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable
Nick Coghlan ncogh...@gmail.com added the comment: Now, another factor to consider is that Windows 7 makes manipulating the system PATH even more difficult to do correctly (e.g. see http://www.symantec.com/connect/forums/wise-7-win-7-problems-updating-environment-variable-current-user). I believe ActiveState handle this by making the PATH modification optional and having it off by default (I found docs for ActivePerl stating this explicitly, but no equivalent for ActivePython). Regardless, for a product intended for heavy command line use, we should definitely do better in either providing a way for users to request that the installer modify PATH directly, or else a way to easily launch a command shell with PATH updated appropriately. -- nosy: +brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11912] Python shouldn't use the mprotect() system call
Charles-Francois Natali neolo...@free.fr added the comment: PaX doesn't block mprotect in itself, but prevents pages from being both writable and executable. Andreas's right, it's probably due to a dlopen of an object requiring executable stack via ctypes. So you should report this to iotop's developpers. In the meantime, you could use paxctl -m /usr/bin/python. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3526] Customized malloc implementation on SunOS and AIX
Charles-Francois Natali neolo...@free.fr added the comment: Sébastien: I'm chiming in late, but doesn't AIX have something like LD_PRELOAD? Why not use it to transparently replace AIX's legacy malloc by another malloc implementation like dlmalloc or ptmalloc? That would not require any patching of Python, and could also be used for other applications. As a side note, while mmap has some advantages, it is way slower than brk (because pages must be zero-filled, and since mmap/munmap is called at every malloc/free call, this zero-filling is done every time contrarily to brk pools). See http://sources.redhat.com/ml/libc-alpha/2006-03/msg00033.html -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3526 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11697] Unsigned type in mmap_move_method
Rafael Zanella rafael.zane...@yahoo.com.br added the comment: Seems like it should use size_t since it deals with memory location/obj size, but Python doesn't have size_t only ssize_t, and ssize_t is signed... m.move(2**32, 10, 4) # Should throw a ValueError - Won't it wrap around and become 0 once truncated ? I've attached a patch that I believe fixes the bounds check, though it's still wrong on the types, since it's not portable. -- keywords: +patch nosy: +zanella Added file: http://bugs.python.org/file21763/mmap.move.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11697 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6780] startswith error message is incomplete
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +needs review stage: needs patch - patch review versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6780 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11258] ctypes: Speed up find_library() on Linux by 500%
Changes by Antoine Pitrou pit...@free.fr: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue828450] sdist generates bad MANIFEST on Windows
Changes by higery shoulderhig...@gmail.com: Added file: http://bugs.python.org/file21764/test_manifest_reading_sdist_v2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue828450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11882] test_imaplib failed on x86 ubuntu
Kasun Herath kasun...@gmail.com added the comment: Yes this is a repeatable error. My timezone is GMT + 5:30. The test fails even if the last element of 'calendar.timegm's tuple is changed to 0 or 1 but pass if the function is changed as follows print calendar.timegm((1999, 12, 31, 23, 30, 0, -1, -1, -1)) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11882] test_imaplib failed on x86 ubuntu
Changes by Antoine Pitrou pit...@free.fr: -- versions: +Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable
Sridhar Ratnakumar sridh...@activestate.com added the comment: I believe ActiveState handle this by making the PATH modification optional and having it off by default (I found docs for ActivePerl stating this explicitly, but no equivalent for ActivePython). ActivePython 2.x has it on by default. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10914] Python sub-interpreter test
Antoine Pitrou pit...@free.fr added the comment: After wrestling with startup issues on the OS X buildbots, here is a new patch, tested on several different UNIX platforms. -- Added file: http://bugs.python.org/file21765/embedtest2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10914] Python sub-interpreter test
Antoine Pitrou pit...@free.fr added the comment: Unless someone objects, I would like to commit that latest patch, since at least it enables the start of a regression suite for Python embedding. (it also allowed me to notice how crufty and incredibly obscure the getpath.c mechanisms are) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10914] Python sub-interpreter test
Nick Coghlan ncogh...@gmail.com added the comment: Sounds good. I still have that embedded pickle module issue to deal with, and this should let me actually add a test for it along with the fix. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1346874] httplib simply ignores CONTINUE
Carl Nobile carl.nob...@gmail.com added the comment: I have run into this same issue. It does violate RFC2616 in section 4.3 All 1xx (informational), 204 (no content), and 304 (not modified) responses MUST NOT include a message-body. All other responses do include a message-body, although it MAY be of zero length. The embedded while loop is looking for entity data coming back from the server which will never be seen. In my tests the code dies with an exception. I don't see why anything is being done special for a 100 CONTINUE at all. My fix was to eliminate the code previously quoted and replace it with a single line of code so that it would now look like the code snippet below. def begin(self): if self.msg is not None: # we've already started reading the response return version, status, reason = self._read_status() self.status = status self.reason = reason.strip() Note on providing a patch as stated previously. Having this restriction on providing a patch is a large deterrent to people. I spent a lot of time myself finding the cause of the issues I was having. I don't really have the time to fix tests and documentation also. I understand the reason for asking, but it certainly is a discouragement to helping when bugs are found. -- nosy: +Carl.Nobile ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1346874 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1062277] Pickle breakage with reduction of recursive structures
Changes by Alex Gaynor alex.gay...@gmail.com: -- nosy: +alex ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1062277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11750] Mutualize win32 functions
Antoine Pitrou pit...@free.fr added the comment: I agree with Amaury that it would be better in Modules. In my experience, code that is in PC/ is a pain to discover. A couple of nits about the patch: - the functions in the PyMethodDef array could be sorted alphabetically - the defint() macro isn't necessary, PyModule_AddIntMacro() should do the trick - the _win_handle_object thing seems misguided, I would vote to remove it, and call CloseHandle() from Python code instead -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11750 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11750] Mutualize win32 functions
Antoine Pitrou pit...@free.fr added the comment: PS: I don't think there's a problem with the _windows name, as long as wxPython doesn't depend on a *toplevel* module named _windows. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11750 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8065] Memory leak in readline.get_current_history_length
Antoine Pitrou pit...@free.fr added the comment: For the record, I tried Alexander's tests on the buildbots and it failed on OS X Leopard: http://www.python.org/dev/buildbot/all/builders/AMD64%20Leopard%20custom/builds/12/steps/test/logs/stdio but succeeded on OS X Tiger: http://www.python.org/dev/buildbot/all/builders/x86%20Tiger%20custom/builds/18/steps/test/logs/stdio -- nosy: +pitrou versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8065 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
New submission from Arfrever Frehtes Taifersar Arahesis
arfrever@gmail.com:
After 19d9f0a177de and 020ebe0be33e, test_ctypes hangs when test suite is run
in sandbox. This problem occurs only in Python 3.3.
$ sandbox python3.3 -B -m test.regrtest --timeout=10 -v test_ctypes
== CPython 3.3a0 (default:020ebe0be33e+, Apr 24 2011, 17:52:58) [GCC 4.5.2]
== Linux-${version}
== /tmp/test_python_23902
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0,
dont_write_bytecode=1, no_user_site=0, no_site=0, ignore_environment=0,
verbose=0, bytes_warning=0, quiet=0)
[1/1] test_ctypes
Timeout (0:00:10)!
Thread 0x7fc205f54700:
File /usr/lib64/python3.3/subprocess.py, line 466 in _eintr_retry_call
File /usr/lib64/python3.3/subprocess.py, line 1412 in _execute_child
File /usr/lib64/python3.3/subprocess.py, line 766 in __init__
File /usr/lib64/python3.3/ctypes/util.py, line 198 in _findSoname_ldconfig
File /usr/lib64/python3.3/ctypes/util.py, line 206 in find_library
File /usr/lib64/python3.3/ctypes/test/test_find.py, line 15 in module
File /usr/lib64/python3.3/ctypes/test/__init__.py, line 64 in get_tests
File /usr/lib64/python3.3/test/test_ctypes.py, line 11 in test_main
File /usr/lib64/python3.3/test/regrtest.py, line 1094 in runtest_inner
File /usr/lib64/python3.3/test/regrtest.py, line 887 in runtest
File /usr/lib64/python3.3/test/regrtest.py, line 587 in _runtest
File /usr/lib64/python3.3/test/regrtest.py, line 711 in main
File /usr/lib64/python3.3/test/regrtest.py, line 1672 in module
File /usr/lib64/python3.3/runpy.py, line 73 in _run_code
File /usr/lib64/python3.3/runpy.py, line 160 in _run_module_as_main
--
components: ctypes
messages: 134341
nosy: Arfrever, pitrou
priority: normal
severity: normal
status: open
title: test_ctypes hangs in sandbox
versions: Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11915
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: Reverting of 19d9f0a177de is sufficient to avoid this problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
Antoine Pitrou pit...@free.fr added the comment: What do you call sandbox ? Also, would be nice if you investigated a bit more about the causes. From the traceback, it looks like the child process is stuck inside exec(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: wget http://gentoo.osuosl.org/distfiles/sandbox-2.5.tar.xz tar -xJf sandbox-2.5.tar.xz cd sandbox-2.5 ./configure make make install -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: It's a source tarball of sandbox implementation used by default in Gentoo. Sandbox is enabled during building/testing/installation of all packages in Gentoo. Sandbox e.g. disallows write access to directories outside of build directory (even when run by root). Alternatively you can download sources from git repository: http://git.overlays.gentoo.org/gitweb/?p=proj/sandbox.git;a=summary -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
Roundup Robot devnull@devnull added the comment: New changeset 2c0da1c4f063 by Victor Stinner in branch 'default': Issue #11915: threading.RLock()._release_save() raises a RuntimeError if the http://hg.python.org/cpython/rev/2c0da1c4f063 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11005] Assertion error on RLock._acquire_restore
STINNER Victor victor.stin...@haypocalc.com added the comment: Is the assert still needed? The assertion is in RLock()._acquire_restore(), not in RLock._release_save(). I prefer to keep it, it doesn't hurt. close this issue because I commited my fix. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11005] Assertion error on RLock._acquire_restore
Roundup Robot devnull@devnull added the comment: New changeset 996b9c9dc10a by Victor Stinner in branch 'default': Issue #11005, issue #11915: fix issue number of commit 2c0da1c4f063. http://hg.python.org/cpython/rev/996b9c9dc10a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11005] Assertion error on RLock._acquire_restore
STINNER Victor victor.stin...@haypocalc.com added the comment: The commit: New changeset 2c0da1c4f063 by Victor Stinner in branch 'default': Issue #11915: threading.RLock()._release_save() raises a RuntimeError if the http://hg.python.org/cpython/rev/2c0da1c4f063 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11916] A few errnos from OSX
New submission from Pierre Carrier p...@redhat.com: A few errnos from OSX are missing in the eponymous module. --- 8 --- #ifdef EAUTH inscode(d, ds, de, EAUTH, EAUTH, Authentication error); #endif #ifdef EBADARCH inscode(d, ds, de, EBADARCH, EBADARCH, Bad CPU type in executable); #endif #ifdef EBADEXEC inscode(d, ds, de, EBADEXEC, EBADEXEC, Bad executable (or shared library)); #endif #ifdef EBADMACHO inscode(d, ds, de, EBADMACHO, EBADMACHO, Malformed Mach-o file); #endif #ifdef EBADRPC inscode(d, ds, de, EBADRPC, EBADRPC, RPC struct is bad); #endif #ifdef ECANCELED inscode(d, ds, de, ECANCELED, ECANCELED, Operation canceled); #endif #ifdef EDEVERR inscode(d, ds, de, EDEVERR, EDEVERR, Device error); #endif #ifdef EFTYPE inscode(d, ds, de, EFTYPE, EFTYPE, Inappropriate file type or format); #endif #ifdef ENEEDAUTH inscode(d, ds, de, ENEEDAUTH, ENEEDAUTH, Need authenticator); #endif #ifdef ENOATTR inscode(d, ds, de, ENOATTR, ENOATTR, Attribute not found); #endif #ifdef ENOPOLICY inscode(d, ds, de, ENOPOLICY, ENOPOLICY, Policy not found); #endif #ifdef ENOTSUP inscode(d, ds, de, ENOTSUP, ENOTSUP, Operation not supported); #endif #ifdef EPROCLIM inscode(d, ds, de, EPROCLIM, EPROCLIM, Too many processes); #endif #ifdef EPROCUNAVAIL inscode(d, ds, de, EPROCUNAVAIL, EPROCUNAVAIL, Bad procedure for program); #endif #ifdef EPROGMISMATCH inscode(d, ds, de, EPROGMISMATCH, EPROGMISMATCH, Program version wrong); #endif #ifdef EPROGUNAVAIL inscode(d, ds, de, EPROGUNAVAIL, EPROGUNAVAIL, RPC prog. not avail); #endif #ifdef EPWROFF inscode(d, ds, de, EPWROFF, EPWROFF, Device power is off); #endif #ifdef ERPCMISMATCH inscode(d, ds, de, ERPCMISMATCH, ERPCMISMATCH, RPC version wrong); #endif #ifdef ESHLIBVERS inscode(d, ds, de, ESHLIBVERS, ESHLIBVERS, Shared library version mismatch); #endif --- 8 --- (PS: catched by scripting around https://github.com/pcarrier/stuff/blob/master/sys/errnos.c if someone wants to play with other exotic architectures) -- components: Extension Modules messages: 134351 nosy: pcarrier priority: normal severity: normal status: open title: A few errnos from OSX type: feature request versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11916 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11258] ctypes: Speed up find_library() on Linux by 500%
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment:
19d9f0a177de causes that test_ctypes hangs when test suite is run in Gentoo
sandbox. Please reopen this issue.
$ sandbox python3.3 -B -m test.regrtest --timeout=10 -v test_ctypes
== CPython 3.3a0 (default:020ebe0be33e+, Apr 24 2011, 17:52:58) [GCC 4.5.2]
== Linux-${version}
== /tmp/test_python_23902
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0,
dont_write_bytecode=1, no_user_site=0, no_site=0, ignore_environment=0,
verbose=0, bytes_warning=0, quiet=0)
[1/1] test_ctypes
Timeout (0:00:10)!
Thread 0x7fc205f54700:
File /usr/lib64/python3.3/subprocess.py, line 466 in _eintr_retry_call
File /usr/lib64/python3.3/subprocess.py, line 1412 in _execute_child
File /usr/lib64/python3.3/subprocess.py, line 766 in __init__
File /usr/lib64/python3.3/ctypes/util.py, line 198 in _findSoname_ldconfig
File /usr/lib64/python3.3/ctypes/util.py, line 206 in find_library
File /usr/lib64/python3.3/ctypes/test/test_find.py, line 15 in module
File /usr/lib64/python3.3/ctypes/test/__init__.py, line 64 in get_tests
File /usr/lib64/python3.3/test/test_ctypes.py, line 11 in test_main
File /usr/lib64/python3.3/test/regrtest.py, line 1094 in runtest_inner
File /usr/lib64/python3.3/test/regrtest.py, line 887 in runtest
File /usr/lib64/python3.3/test/regrtest.py, line 587 in _runtest
File /usr/lib64/python3.3/test/regrtest.py, line 711 in main
File /usr/lib64/python3.3/test/regrtest.py, line 1672 in module
File /usr/lib64/python3.3/runpy.py, line 73 in _run_code
File /usr/lib64/python3.3/runpy.py, line 160 in _run_module_as_main
--
nosy: +Arfrever, vapier
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11258
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: Moving discussion to issue #11258. -- resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11258] ctypes: Speed up find_library() on Linux by 500%
Antoine Pitrou pit...@free.fr added the comment: 19d9f0a177de causes that test_ctypes hangs when test suite is run in Gentoo sandbox. Please reopen this issue. I'd prefer having a separate issue (which you already opened :-)). The fact that all buildbots work fine after the change suggests to me that the issue is not really the patch I committed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
Changes by Antoine Pitrou pit...@free.fr: -- resolution: duplicate - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11258] ctypes: Speed up find_library() on Linux by 500%
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: OK. We will use issue #11915. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +jonash, vapier ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: (Revision 2c0da1c4f063 mistakenly refers to this issue. This revision is actually for issue #11005.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11846] Remove non-guaranteed implementation details from docs.
Changes by Ned Batchelder ned...@users.sourceforge.net: -- nosy: +nedbat ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11916] A few errnos from OSX
Changes by Martin v. Löwis mar...@v.loewis.de: -- versions: -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11916 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1490929] urllib.retrieve's reporthook called with non-helpful value
Rafael Zanella azraellzane...@gmail.com added the comment: Simple (lazy) test case added. It just replicates one test case of reporthook to work with progresshook. The testcases assume the hard-coded value of blocksize on urllib, maybe it should become a public property. Also commented on diff: http://bugs.python.org/review/1490929/show -- nosy: +zanella Added file: http://bugs.python.org/file21766/test_urllib.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1490929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11849] ElementTree memory leak
Charles-Francois Natali neolo...@free.fr added the comment: This is definitely a malloc bug. Test with default malloc on a Debian box: cf@neobox:~/cpython$ ./python ../issue11849_test.py *** Python 3.3.0 alpha --- PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND 0 3778 pts/2S+ 0:00 1 1790 8245 7024 0.5 ./python ../issue11849_test.py 1 3778 pts/2S+ 0:17 1 1790 61937 60404 4.6 ./python ../issue11849_test.py 2 3778 pts/2S+ 0:35 1 1790 110841 108300 8.3 ./python ../issue11849_test.py 3 3778 pts/2S+ 0:53 1 1790 159885 158540 12.2 ./python ../issue11849_test.py 4 3778 pts/2S+ 1:10 1 1790 209369 206724 15.9 ./python ../issue11849_test.py 5 3778 pts/2S+ 1:28 1 1790 258505 255956 19.7 ./python ../issue11849_test.py 6 3778 pts/2S+ 1:46 1 1790 307669 304964 23.5 ./python ../issue11849_test.py 7 3778 pts/2S+ 2:02 1 1790 360705 356952 27.5 ./python ../issue11849_test.py 8 3778 pts/2S+ 2:21 1 1790 405529 404172 31.2 ./python ../issue11849_test.py 9 3778 pts/2S+ 2:37 1 1790 458789 456128 35.2 ./python ../issue11849_test.py END 3778 pts/2S+ 3:00 1 1790 504189 501624 38.7 ./python ../issue11849_test.py GC 3778 pts/2S+ 3:01 1 1790 454689 453476 35.0 ./python ../issue11849_test.py *** 3778 pts/2S+ 3:01 1 1790 454689 453480 35.0 ./python ../issue11849_test.py [56426 refs] The heap is not trimmed, even after GC collection. Now, using a smaller mmap threshold so that malloc uses mmap instead of brk: cf@neobox:~/cpython$ MALLOC_MMAP_THRESHOLD_=1024 ./python ../issue11849_test.py *** Python 3.3.0 alpha --- PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND 0 3843 pts/2S+ 0:00 1 1790 8353 7036 0.5 ./python ../issue11849_test.py 1 3843 pts/2S+ 0:17 1 1790 62593 59240 4.5 ./python ../issue11849_test.py 2 3843 pts/2S+ 0:35 1 1790 112321 108304 8.3 ./python ../issue11849_test.py 3 3843 pts/2S+ 0:53 1 1790 162313 157372 12.1 ./python ../issue11849_test.py 4 3843 pts/2S+ 1:11 1 1790 212057 206456 15.9 ./python ../issue11849_test.py 5 3843 pts/2S+ 1:29 1 1790 261749 255484 19.7 ./python ../issue11849_test.py 6 3843 pts/2S+ 1:47 1 1790 311669 304484 23.5 ./python ../issue11849_test.py 7 3843 pts/2S+ 2:03 1 1790 365485 356488 27.5 ./python ../issue11849_test.py 8 3843 pts/2S+ 2:22 1 1790 411341 402568 31.1 ./python ../issue11849_test.py 9 3843 pts/2S+ 2:38 1 1790 465141 454552 35.1 ./python ../issue11849_test.py END 3843 pts/2S+ 3:02 1 1790 67173 63892 4.9 ./python ../issue11849_test.py GC 3843 pts/2S+ 3:03 1 1790 9925 8664 0.6 ./python ../issue11849_test.py *** 3843 pts/2S+ 3:03 1 1790 9925 8668 0.6 ./python ../issue11849_test.py [56428 refs] Just to be sure, with ptmalloc3 malloc implementation: cf@neobox:~/cpython$ LD_PRELOAD=../ptmalloc3/libptmalloc3.so ./python ../issue11849_test.py *** Python 3.3.0 alpha --- PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND 0 3898 pts/2S+ 0:00 1 1790 8369 7136 0.5 ./python ../issue11849_test.py 1 3898 pts/2S+ 0:17 1 1790 62825 60264 4.6 ./python ../issue11849_test.py 2 3898 pts/2S+ 0:34 1 1790 112641 110176 8.5 ./python ../issue11849_test.py 3 3898 pts/2S+ 0:52 1 1790 162689 160048 12.3 ./python ../issue11849_test.py 4 3898 pts/2S+ 1:09 1 1790 212285 209732 16.2 ./python ../issue11849_test.py 5 3898 pts/2S+ 1:27 1 1790 261881 259460 20.0 ./python ../issue11849_test.py 6 3898 pts/2S+ 1:45 1 1790 311929 309332 23.9 ./python ../issue11849_test.py 7 3898 pts/2S+ 2:01 1 1790 365625 362004 27.9 ./python ../issue11849_test.py 8 3898 pts/2S+ 2:19 1 1790 411445 408812 31.5 ./python ../issue11849_test.py 9 3898 pts/2S+ 2:35 1 1790 465205 461536 35.6 ./python ../issue11849_test.py END 3898 pts/2S+ 2:58 1 1790 72141 69688 5.3 ./python ../issue11849_test.py GC 3898 pts/2S+ 2:59 1 1790 15001 13748 1.0 ./python ../issue11849_test.py *** 3898 pts/2S+ 2:59 1 1790 15001 13752 1.0 ./python ../issue11849_test.py [56428 refs] So the problem is really that glibc/eglibc malloc implementations don't automatically trim memory upon free (this happens if you're only allocating/deallocating small chunks 64B that come from fastbins, but that's not the case here). By the way, I noticed that dictionnaries are never allocated through pymalloc, since a new dictionnary takes more than 256B... -- ___ Python tracker
[issue11849] glibc allocator doesn't release all free()ed memory
Antoine Pitrou pit...@free.fr added the comment: The MALLOC_MMAP_THRESHOLD improvement is less visible here: $ MALLOC_MMAP_THRESHOLD_=1024 ../opt/python issue11849_test.py *** Python 3.3.0 alpha --- USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND 0 antoine 7703 0.0 0.1 57756 8560 pts/2S+ 01:16 0:00 ../opt/python issue11849_test.py 1 antoine 7703 62.0 1.0 138892 86100 pts/2S+ 01:16 0:01 ../opt/python issue11849_test.py 2 antoine 7703 84.6 2.0 213580 160552 pts/2 S+ 01:16 0:02 ../opt/python issue11849_test.py 3 antoine 7703 97.0 2.9 288080 234972 pts/2 S+ 01:16 0:03 ../opt/python issue11849_test.py 4 antoine 7703 85.6 3.9 362852 309408 pts/2 S+ 01:16 0:05 ../opt/python issue11849_test.py 5 antoine 7703 93.4 4.8 437616 383844 pts/2 S+ 01:16 0:06 ../opt/python issue11849_test.py 6 antoine 7703 99.0 5.7 512380 458276 pts/2 S+ 01:16 0:07 ../opt/python issue11849_test.py 7 antoine 7703 89.6 6.7 591360 535672 pts/2 S+ 01:16 0:08 ../opt/python issue11849_test.py 8 antoine 7703 94.9 7.6 661676 607156 pts/2 S+ 01:16 0:10 ../opt/python issue11849_test.py 9 antoine 7703 95.5 8.6 740652 684556 pts/2 S+ 01:16 0:11 ../opt/python issue11849_test.py END antoine 7703 96.1 7.5 650432 597736 pts/2 S+ 01:16 0:13 ../opt/python issue11849_test.py GC antoine 7703 97.2 6.5 570316 519228 pts/2 S+ 01:16 0:13 ../opt/python issue11849_test.py *** antoine 7703 90.8 6.5 569876 518792 pts/2 S+ 01:16 0:13 ../opt/python issue11849_test.py By the way, an easy fix is to use cElementTree instead of ElementTree. It still won't release all memory but it will eat a lot less of it, and be much faster as well. -- title: ElementTree memory leak - glibc allocator doesn't release all free()ed memory versions: +Python 3.3 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11849] glibc allocator doesn't release all free()ed memory
Antoine Pitrou pit...@free.fr added the comment: By the way, I noticed that dictionnaries are never allocated through pymalloc, since a new dictionnary takes more than 256B... On 64-bit builds indeed. pymalloc could be improved to handle allocations up to 512B. Want to try and write a patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11916] A few errnos from OSX
Changes by Antoine Pitrou pit...@free.fr: -- assignee: - ronaldoussoren components: +Library (Lib), Macintosh -Extension Modules nosy: +ned.deily, ronaldoussoren stage: - patch review versions: -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11916 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8809] smtplib should support SSL contexts
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8809 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8808] imaplib should support SSL contexts
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8808 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
STINNER Victor victor.stin...@haypocalc.com added the comment: This issue comes from sandbox, not from ctypes. Using sandbox, execv() C function doesn't close files with FD_CLOEXEC flag if the child program is a static program. test_ctypes hangs on find_library() in subprocess.Popen._execute_child(): - create a pipe for the child exception (if any) - fork - the parent reads this pipe - the child calls exec() - exec() closes the pipe and the parent continues its work - etc. find_library() runs ldconfig -p in a subprocess, and so everything hangs on the parent reads this pipe because exec() closes the pipe and the parent continues its work doesn't occur. -- Added file: http://bugs.python.org/file21767/sandbox_exec_bug.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
STINNER Victor victor.stin...@haypocalc.com added the comment: If you would like to reproduce sandbox bug: gcc sandbox_exec_bug.c -o sandbox_exec_bug gcc -static static.c -o static sandbox ./sandbox_exec_bug The bug doesn't occur if static.c is not compiled with -static. Note: I don't know if sandbox ./sandbox_exec_bug is the right command to run ./sandbox_exec_bug in the sandbox, I used directly LD_PRELOAD. -- Added file: http://bugs.python.org/file21768/static.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
STINNER Victor victor.stin...@haypocalc.com added the comment: I close this issue because it is not a Python. I will try to open an issue in Gentoo bugtracker, but now I am too tired to do that :-) -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11915] test_ctypes hangs in sandbox
STINNER Victor victor.stin...@haypocalc.com added the comment: If the child program is static, sandbox protects it using a tracing mechanism (based on ptrace with PTRACE_SYSCALL). Output is debug mode: trace_main tracing: ./static TRACE (pid=10377):trace_main: parent waiting for child (pid=10378) to signal TRACE (pid=10378):trace_main: child setting up ... TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGSTOP(19) TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGCONT(18) TRACE (pid=10377):trace_loop: IDK:62TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) (...pre-exec...) = ... TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) TRACE (pid=10377):trace_loop: IDK:11TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) (...pre-exec...) = ... TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) TRACE (pid=10377):trace_loop: IDK:3TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) (...pre-exec...) = ... TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = 0 TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = 0 TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = -1 (errno: 38: Function not implemented) TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = 0 TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = -1 (errno: 38: Function not implemented) TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = 36896768 TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = -1 (errno: 38: Function not implemented) TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = 36901248 TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = -1 (errno: 38: Function not implemented) TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = 0 TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = -1 (errno: 38: Function not implemented) TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = 37036416 TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = -1 (errno: 38: Function not implemented) TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = 37040128 TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = -1 (errno: 38: Function not implemented) TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = 1264893952 TRACE (pid=10377):trace_child_signal: got sig SIGCHLD(17): code:CLD_TRAPPED(4) status:SIGTRAP(5) = -1 (errno: 38: Function not implemented) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11895] pybench prep_times calculation error
Roundup Robot devnull@devnull added the comment: New changeset e4fcfb8066ff by Jesus Cea in branch '2.7': pybench prep_times calculation error (closes #11895) http://hg.python.org/cpython/rev/e4fcfb8066ff New changeset 7569870a8236 by Jesus Cea in branch '3.1': pybench prep_times calculation error (closes #11895) http://hg.python.org/cpython/rev/7569870a8236 New changeset 66ef5e844e6c by Jesus Cea in branch '3.2': pybench prep_times calculation error (closes #11895) http://hg.python.org/cpython/rev/66ef5e844e6c New changeset 8a277949d904 by Jesus Cea in branch 'default': pybench prep_times calculation error (closes #11895) http://hg.python.org/cpython/rev/8a277949d904 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11895 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9319] imp.find_module('test/badsyntax_pep3120') causes segfault
Roundup Robot devnull@devnull added the comment: New changeset bb62908896fe by Jesus Cea in branch 'default': Correctly merging #9319 into 3.3? http://hg.python.org/cpython/rev/bb62908896fe -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9319 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9319] imp.find_module('test/badsyntax_pep3120') causes segfault
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9319 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11895] pybench prep_times calculation error
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea resolution: fixed - stage: committed/rejected - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11895 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11901] Docs for sys.hexversion should give the algorithm
Jesús Cea Avión j...@jcea.es added the comment: +1!. -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11901 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11910] test_heapq C tests are not skipped when _heapq is missing
Jesús Cea Avión j...@jcea.es added the comment: Patch seems good. Ezio, can you commit?. -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11910 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11912] Python shouldn't use the mprotect() system call
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8426] multiprocessing.Queue fails to get() very large objects
Matt Goodman meawo...@gmail.com added the comment: You can not pickle individual objects larger than 2**31. This failure is not handled cleanly in the core module, and I suspect masked by above processes. Try piping a*(2**31) through you pipe, or pickling it to disk . . . -- nosy: +Matt.Goodman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8426 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10616] Change PyObject_AsCharBuffer() error message
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10616 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6780] startswith error message is incomplete
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6780 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8326] Cannot import name SemLock on Ubuntu
Buck Golemon buck.gole...@amd.com added the comment: python2.7.1+ from mercurial supports sem_open (and multiprocessing) just fine. doko: Could you help us figure out why the ubuntu 10.10 python2.7 build has this issue? I believe this issue should be assigned to you? Relevant lines from the config.log: configure:9566: checking for sem_open configure:9566: gcc -pthread -o conftest -g -O2 conftest.c -lpthread -ldl 5 configure:9566: $? = 0 configure:9566: result: yes -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8326 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
