[issue7689] Pickling of classes with a metaclass and copy_reg
Antoine Pitrou pit...@free.fr added the comment: +def __eq__(self, other): +r = (type(self) == type(other)) +if r: +return r I think this should be if not r. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Craig Citro craigci...@gmail.com added the comment: Antoine -- why do you want to switch if r for if not r? If we did, the test would just confirm that the unpicked object was of the same type as the original; if we were going to do that, we might as well just replace the whole `__cmp__` function with just `return cmp(type(self), type(other))`. On the flipside, I could see an argument for adding *more* content to the test, but that seemed like overkill. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Antoine Pitrou pit...@free.fr added the comment: Craig: I'm talking about the __eq__ version (durban's patch). The __cmp__ version is probably fine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Craig Citro craigci...@gmail.com added the comment: Antoine -- ah, that makes sense. Is that the only blocker? I've let this patch rot on the vine a long time; if so, I'll happily switch `__eq__` back to `__cmp__` and re-post if it'll get submitted. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12156] test_multiprocessing.test_notify_all() timeout (1 hour) on FreeBSD 7.2
STINNER Victor victor.stin...@haypocalc.com added the comment: OSError: [Errno 23] Too many open files in system Yes, see issue #10348. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Antoine Pitrou pit...@free.fr added the comment: No need, I'll do it myself. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 760ac320fa3d by Antoine Pitrou in branch '3.2': Issue #7689: Allow pickling of dynamically created classes when their http://hg.python.org/cpython/rev/760ac320fa3d New changeset 46c026a5ccb9 by Antoine Pitrou in branch 'default': Issue #7689: Allow pickling of dynamically created classes when their http://hg.python.org/cpython/rev/46c026a5ccb9 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 64053bd79590 by Antoine Pitrou in branch '2.7': Issue #7689: Allow pickling of dynamically created classes when their http://hg.python.org/cpython/rev/64053bd79590 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Antoine Pitrou pit...@free.fr added the comment: This is fixed now, thank you! -- resolution: - fixed stage: patch review - committed/rejected status: open - closed versions: -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Antoine Pitrou pit...@free.fr added the comment: Based on Amaury's report, I would suggest going forward integrating the xz module for configure-based systems, and letting someone else handle Windows integration later if a solution is found. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13098] the struct module should support storage for size_t / Py_ssize_t C types
New submission from Antoine Pitrou pit...@free.fr: Title says it all. -- components: Library (Lib) messages: 144867 nosy: mark.dickinson, meador.inge, pitrou, skrah priority: normal severity: normal stage: needs patch status: open title: the struct module should support storage for size_t / Py_ssize_t C types type: feature request versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13098 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13087] C BufferedReader seek() is inconsistent with UnsupportedOperation for unseekable streams
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset d287f0654349 by Antoine Pitrou in branch '3.2': Issue #13087: BufferedReader.seek() now always raises UnsupportedOperation http://hg.python.org/cpython/rev/d287f0654349 New changeset 0cf38407a3a2 by Antoine Pitrou in branch 'default': Issue #13087: BufferedReader.seek() now always raises UnsupportedOperation http://hg.python.org/cpython/rev/0cf38407a3a2 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13087 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12876] Make Test Error : ImportError: No module named _sha256
Wong Wah Meng r32...@freescale.com added the comment: Hello there, I am encountering more modules/commands that uses the harslib that needs _sha256. I still haven't found a solution. Can anyone shed some lights here whether or not this is related to the way I include and link the library, or is that the _sha256 is not found on the server though I already have the server installed with the latest OpenSSL software? Thanks in advance for any reply, and I appreciate your input. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12807] Optimization/refactoring for {bytearray, bytes, unicode}.strip()
Antoine Pitrou pit...@free.fr added the comment: The patch no longer applies cleanly. Is there enough interest in this to justify rebasing? Yes, I think it's worth it. -- title: Optimization/refactoring for {bytearray,bytes,unicode}.strip() - Optimization/refactoring for {bytearray, bytes, unicode}.strip() ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12807 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13070] segmentation fault in pure-python multi-threaded server
Antoine Pitrou pit...@free.fr added the comment: Also, is it ok to just return NULL or should the error state also be set? Well, I'm not sure, that why I made you and Amaury noisy :-) AFAICT, this is the only case where _check_closed can encounter a NULL self-writer. Probably. OTOH, not setting the error state when returning NULL is usually an error (and can result in difficult-to-debug problems), so let's stay on the safe side. Furthermore, I'm not sure about what kind of error would make sense here. RuntimeError perhaps. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13099] Sqlite3 turkish locale
New submission from Thomas Kluyver tak...@gmail.com: When using sqlite3 with the Turkish locale, cursor.lastrowid is not accessible after an insert statement if INSERT is upper case. I believe that the cause is that the detect_statement_kind function [1] calls the locale-dependent C function tolower(). The Turkish locale specifies a different case mapping for I (to a dotless lowercase i: ı), so it's not recognised as an insert statement, which looks like it will cause the transaction to be committed immediately. See also the discussion on issue 1813 [2], and a Redhat bug with a test case for this [3]. [1] http://hg.python.org/cpython/file/c4b6d9312da1/Modules/_sqlite/cursor.c#l41 [2] http://bugs.python.org/issue1813 [3] https://bugzilla.redhat.com/show_bug.cgi?id=720209 -- components: Extension Modules messages: 144873 nosy: takluyver priority: normal severity: normal status: open title: Sqlite3 turkish locale versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13099 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13063] test_concurrent_futures failures on Windows: IOError('[Errno 232] The pipe is being closed') on _send_bytes()
Antoine Pitrou pit...@free.fr added the comment: I think the solution would be to map ERROR_NO_DATA (232 - The pipe is being closed) to EPIPE. Attached patch. -- keywords: +patch Added file: http://bugs.python.org/file23309/error_no_data.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13063 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13063] test_concurrent_futures failures on Windows: IOError('[Errno 232] The pipe is being closed') on _send_bytes()
Changes by Antoine Pitrou pit...@free.fr: -- components: +Tests nosy: +amaury.forgeotdarc stage: - patch review type: - behavior versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13063 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13098] the struct module should support storage for size_t / Py_ssize_t C types
Mark Dickinson dicki...@gmail.com added the comment: See issue #3163. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13098 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13070] segmentation fault in pure-python multi-threaded server
Victor Semionov vsemio...@gmail.com added the comment: Probably. OTOH, not setting the error state when returning NULL is usually an error (and can result in difficult-to-debug problems), so let's stay on the safe side. Furthermore, I'm not sure about what kind of error would make sense here. RuntimeError perhaps. Does that mean that an application will see a Python exception? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13099] Sqlite3 turkish locale
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - test needed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13099 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13099] Sqlite3 turkish locale
Thomas Kluyver tak...@gmail.com added the comment: What form does the test need to be in? There's a script at the redhat bug I linked that demonstrates the issue. Do I need to turn it into a function? A patch for the existing test suite? -- type: behavior - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13099 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13070] segmentation fault in pure-python multi-threaded server
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: An unraisable exception warning will be displayed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13070] segmentation fault in pure-python multi-threaded server
Charles-François Natali neolo...@free.fr added the comment: Probably. OTOH, not setting the error state when returning NULL is usually an error (and can result in difficult-to-debug problems), so let's stay on the safe side. RuntimeError perhaps. OK, I'll update the patch accordingly. Does that mean that an application will see a Python exception? No, the finalization code explicitly clears any exception set. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13099] Sqlite3 turkish locale
Ezio Melotti ezio.melo...@gmail.com added the comment: A patch against Lib/sqlite3/test/regression.py would be nice. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13099 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13099] Sqlite3 turkish locale
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 469555867244 by Antoine Pitrou in branch '3.2': Issue #13099: Fix sqlite3.Cursor.lastrowid under a Turkish locale. http://hg.python.org/cpython/rev/469555867244 New changeset 652e2dacbf4b by Antoine Pitrou in branch 'default': Issue #13099: Fix sqlite3.Cursor.lastrowid under a Turkish locale. http://hg.python.org/cpython/rev/652e2dacbf4b New changeset 89713606b654 by Antoine Pitrou in branch '2.7': Issue #13099: Fix sqlite3.Cursor.lastrowid under a Turkish locale. http://hg.python.org/cpython/rev/89713606b654 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13099 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13099] Sqlite3 turkish locale
Antoine Pitrou pit...@free.fr added the comment: Fixed, thank you. -- nosy: +pitrou resolution: - fixed stage: test needed - committed/rejected status: open - closed versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13099 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13099] Sqlite3 turkish locale
Thomas Kluyver tak...@gmail.com added the comment: Thanks, Antoine. Should I still try to write a regression test for it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13099 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13099] Sqlite3 turkish locale
Antoine Pitrou pit...@free.fr added the comment: Thanks, Antoine. Should I still try to write a regression test for it? I've had issues writing regression tests for other Turkish locale-related failures (namely, there are other bugs in some glibcs that could cause the test to fail anyway). I'm not sure it's worth it here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13099 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13098] the struct module should support storage for size_t / Py_ssize_t C types
Changes by Antoine Pitrou pit...@free.fr: -- resolution: - duplicate status: open - closed superseder: - module struct support for ssize_t and size_t ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13098 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Antoine Pitrou pit...@free.fr added the comment: #3163 is a duplicate. -- nosy: +pitrou priority: low - normal stage: patch review - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Antoine Pitrou pit...@free.fr added the comment: Ooops, I meant #13098. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Changes by Stefan Krah stefan-use...@bytereef.org: -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13063] test_concurrent_futures failures on Windows: IOError('[Errno 232] The pipe is being closed') on _send_bytes()
STINNER Victor victor.stin...@haypocalc.com added the comment: Attached patch. Could you please explain your change in generrmap.c in a comment? For example, just add a reference to this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13063 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Antoine Pitrou pit...@free.fr added the comment: Here is a patch. -- Added file: http://bugs.python.org/file23310/struct_nn.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'
Boštjan Mejak bostjan.me...@gmail.com added the comment: I have a better idea... Why don't we change the linux2 string into just linux. That way we will never run into this kind of issue, even in the future when Linux kernel version 4 is going to exist. Any thoughts on this? -- nosy: +Retro ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12326 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'
Barry A. Warsaw ba...@python.org added the comment: On Oct 04, 2011, at 01:03 PM, Boštjan Mejak wrote: I have a better idea... Why don't we change the linux2 string into just linux. That way we will never run into this kind of issue, even in the future when Linux kernel version 4 is going to exist. Any thoughts on this? Python 3.3 already sets sys.platform to 'linux'. It can't be done for older versions due to backward compatibility. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12326 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Meador Inge mead...@gmail.com added the comment: Mostly LGTM. I have a few comments in rietveld. -- nosy: +meador.inge stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Antoine Pitrou pit...@free.fr added the comment: Thanks. I have answered one of your comments, and here is a new patch. -- Added file: http://bugs.python.org/file23311/struct_nn2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Antoine Pitrou pit...@free.fr added the comment: New patch with cosmetic doc fix. -- Added file: http://bugs.python.org/file23312/struct_nn3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12880] ctypes: clearly document how structure bit fields are allocated
Vlad Riscutia riscutiav...@gmail.com added the comment: Thanks for the make patchcheck tip, I didn't know about that. I will update the patch soon. In the mean time, I want to point out a couple of things: First, I'm saying toying with the underlying buffer because none of the bugs are actual issues of the form I created this bitfield structure with Python, passed it to C function but C structure was different. That would be a bitfield bug. All of these bugs are people setting raw memory to some bytes, then looking at bitfield members and not seeing what they expect. Since this is platform dependent, they shouldn't worry about the raw memory as long as C interop works fine. Bitfield layout is complex as it involves both allocation algorithm and structure packing and same Python code will work differently on Windows and Unix. My point is that documenting all this low-level stuff will encourage people to work with the raw memory which will open the door for other issues. I believe it would be better to encourage users to stick to declaring members and accessing them by name as raw memory WILL be different for the same code on different OSes. Second, one of your review comments is: GCC is used for most Unix systems and Microsoft VC++ is used on Windows.. This is not how ctypes works. Ctypes implements the bitfield allocation algorithm itself, it doesn't use the compiler with which it is built. Basically it says #ifdef WIN32 - allocate like VC++ - #else - allocate like GCC. So it doesn't really matter with which compiler you are building Python. It will still do GCC style allocation on Solaris. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12880 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9035] os.path.ismount on windows doesn't support windows mount points
Oren Held o...@held.org.il added the comment: Anything wrong with the following simple approach? (e.g. is it bad to depend on win32file?) def win_ismount(path): import win32file volume_path = win32file.GetVolumePathName(path) return volume_path == path # May have to ignore a trailing backslash -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9035] os.path.ismount on windows doesn't support windows mount points
Brian Curtin br...@python.org added the comment: We can't depend on stuff from pywin32, but we could expose GetVolumePathName ourselves. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13054] sys.maxunicode value after PEP-393
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset f39b26ca7f3d by Ezio Melotti in branch 'default': #13054: fix usage of sys.maxunicode after PEP-393. http://hg.python.org/cpython/rev/f39b26ca7f3d -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13054 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Changes by Éric Araujo mer...@netwok.org: Removed file: http://bugs.python.org/file23300/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12804] make test fails on systems without internet access
Éric Araujo mer...@netwok.org added the comment: Actually, the skip system is already supposed to work for that if used properly (see test.support.transient_internet()). However, perhaps it actually doesn't work in all situations. It’s better than that: nearly all tests requiring network access use skips, it’s only a few modules like test_urllib*net that fails instead of skipping (certainly because it relied on the urlfetch resource being disabled by default). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12804 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13055] Distutils tries to handle null versions but fails
Éric Araujo mer...@netwok.org added the comment: Thanks, will fix it. -- assignee: tarek - eric.araujo components: +Distutils2 nosy: +alexis versions: +3rd party, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Brent Payne brent.pa...@gmail.com added the comment: will the 2.7 patch also be incorporated into a 2.7 release? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Martin v. Löwis mar...@v.loewis.de added the comment: - liblzma can't be compiled by Visual Studio: too many C99 isms, mostly variables declared in the middle of a block. It's doable for sure, but it's a lot of work. I'd be in favor of doing so, and then feeding patches upstream. Hopefully, eventually, the code would compile out of the box on VS. - liblzma is normally compiled with mingw, but we have to be sure that is uses the correct MSCRT C runtime, and what about debug builds? In principle, it's not necessary to use the same CRT, as long as we aren't passing CRT objects across DLL boundaries (memory blocks managed by malloc/free would be candidates). I haven't reviewed the module to find out whether the liblzma interface involves CRT objects. - The way recommended by XZ is to use a precompiled liblzma.dll; Then it should be easy to build an extension module, but its would be the first time that we distribute an extension module which needs a non-system DLL. Is it enough to copy it next to _lzma.pyd? Is there some work to do in the installer? It wouldn't actually be the first time. We also ship Tcl DLLs. But it's a pain, so it would be much better if the sources were actually referenced in the VS project - so we would not need a library at all. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Martin v. Löwis mar...@v.loewis.de added the comment: Based on Amaury's report, I would suggest going forward integrating the xz module for configure-based systems, and letting someone else handle Windows integration later if a solution is found. -1000. I feel quite strongly that this should not be added unless there is also support in the Windows build process for it. I'll see what I can do, but it may take some time - until then, I urge to stall this issue, i.e. not proceed with checking it in. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Antoine Pitrou pit...@free.fr added the comment: Yes, it will. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Antoine Pitrou pit...@free.fr added the comment: Based on Amaury's report, I would suggest going forward integrating the xz module for configure-based systems, and letting someone else handle Windows integration later if a solution is found. -1000. I feel quite strongly that this should not be added unless there is also support in the Windows build process for it. Why? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13100] sre_compile._optimize_unicode() needs a cleanup
New submission from STINNER Victor victor.stin...@haypocalc.com: The following comment is wrong, except IndexError: # non-BMP characters; XXX now they should work return charset sys.maxunicode != 65535 is now always true in Python 3.3 if sys.maxunicode != 65535: # XXX: negation does not work with big charsets # XXX2: now they should work, but removing this will make the # charmap 17 times bigger return charset See the related commit: f39b26ca7f3d (from issue #13054). -- components: Library (Lib), Regular Expressions, Unicode messages: 144905 nosy: ezio.melotti, haypo, pitrou priority: normal severity: normal status: open title: sre_compile._optimize_unicode() needs a cleanup versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13100 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11956] 3.3 : test_import.py causes 'make test' to fail
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 7697223df6df by Charles-François Natali in branch '3.2': Issue #11956: Skip test_import.test_unwritable_directory on FreeBSD when run as http://hg.python.org/cpython/rev/7697223df6df New changeset 58870fe9a604 by Charles-François Natali in branch 'default': Issue #11956: Skip test_import.test_unwritable_directory on FreeBSD when run as http://hg.python.org/cpython/rev/58870fe9a604 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7689] Pickling of classes with a metaclass and copy_reg
Nick Coghlan ncogh...@gmail.com added the comment: Specifically, 2.7.3. A date for that has not yet been set, but somewhere in the December/January time frame is likely. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10348] multiprocessing: use SysV semaphores on FreeBSD
Charles-François Natali neolo...@free.fr added the comment: -1 IMHO, implementing SysV semaphores would be a step backwards, plus the API is a real pain. I think there's no reason to complicate the code to accomodate such corner cases, especially since the systems that don't support POSIX semaphores will eventually die out... -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10348 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10348] multiprocessing: use SysV semaphores on FreeBSD
Antoine Pitrou pit...@free.fr added the comment: Agreed with Charles-François. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10348 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Martin v. Löwis mar...@v.loewis.de added the comment: Am 04.10.11 19:08, schrieb Antoine Pitrou: Antoine Pitroupit...@free.fr added the comment: Based on Amaury's report, I would suggest going forward integrating the xz module for configure-based systems, and letting someone else handle Windows integration later if a solution is found. -1000. I feel quite strongly that this should not be added unless there is also support in the Windows build process for it. Why? This module is only useful in the standard library if it is available on all systems. If it is not available on all systems, it may just as well be available from PyPI only. Now, as it needs to be available on Windows, I want to see the actual Windows support, else we would have to block the release until Windows support is available, possibly then reverting the module because no Windows support is forthcoming. So it's easier not to commit in the first place. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12880] ctypes: clearly document how structure bit fields are allocated
Meador Inge mead...@gmail.com added the comment: On Tue, Oct 4, 2011 at 10:21 AM, Vlad Riscutia rep...@bugs.python.org wrote: First, I'm saying toying with the underlying buffer because none of the bugs are actual issues of the form I created this bitfield structure with Python, passed it to C function but C structure was different. That would be a bitfield bug. All of these bugs are people setting raw memory to some bytes, then looking at bitfield members and not seeing what they expect. Please qualify all instead of generalizing. I can point to two issues (issue11990 I'm generating python code from real c code., issue12945 We have raw data packages from some tools. These packages contains bitfields, arrays, simple data and so on.) where C code or raw data was, in fact, involved and the reporters just don't understand what layout algorithm is being used. They may not need to know the specifics of the algorithm, but they *do* need to know if it matches the compiler they are using to do interop or the one that generated the raw data. The reason that we are seeing folks cast raw memory into a cyptes bitfield structure is because they do not understand how the structure layout algorithm works and are trying to figure it out via these examples. Second, one of your review comments is: GCC is used for most Unix systems and Microsoft VC++ is used on Windows.. This is not how ctypes works. Ctypes implements the bitfield allocation algorithm itself, it doesn't use the compiler with which it is built. Basically it says #ifdef WIN32 - allocate like VC++ - #else - allocate like GCC. So it doesn't really matter with which compiler you are building Python. It will still do GCC style allocation on Solaris. I understand how it works. This quote is taken somewhat out of context as the preceding sentence is important. Perhaps saying GCC- style and VC++-style would have been more clear. The reason that I mentioned the compiler used to build Python is that it is an easy reference point and more times than not the bitfield allocation and layout *do* match that of the compiler used to build the interpreter. Anyway, I am fine with dropping the used to build the Python interpreter and going with something similar to what you originally had. Also, in general, the compiler used to build the ctypes extension *does* matter. Look in 'cfield.c' where all of the native alignments are computed at compile time. These alignments affect the structure layout and are defined by the compiler building the ctypes extension. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12880 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Antoine Pitrou pit...@free.fr added the comment: This module is only useful in the standard library if it is available on all systems. Not really. xz is becoming a defacto standard under Linux (and perhaps other free Unices) while I guess it is marginal under Windows. We have other system-specific functionality, and nobody sees it as a bad thing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12880] ctypes: clearly document how structure bit fields are allocated
Meador Inge mead...@gmail.com added the comment: Look in 'cfield.c' where all of the native alignments Well, not *all* the native alignments, but many of them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12880 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13054] sys.maxunicode value after PEP-393
Ezio Melotti ezio.melo...@gmail.com added the comment: The buildbot seems happy, so I'm closing this. Antoine already took care of test_bigmem, and Victor opened #13100 for sre_compile. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13054 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Martin v. Löwis mar...@v.loewis.de added the comment: Not really. xz is becoming a defacto standard under Linux (and perhaps other free Unices) while I guess it is marginal under Windows. We have other system-specific functionality, and nobody sees it as a bad thing. That's because all system-specific functionality that we have really depends on system features which just can't be available elsewhere. For all functionality that in principle works on all systems, it also actually works on all systems for Python. In cases where stuff was only available on Linux even though it could work on other systems, people *did* see it as a bad thing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Antoine Pitrou pit...@free.fr added the comment: That's because all system-specific functionality that we have really depends on system features which just can't be available elsewhere. For all functionality that in principle works on all systems, it also actually works on all systems for Python. In cases where stuff was only available on Linux even though it could work on other systems, people *did* see it as a bad thing. Agreed, but it's a probably with the external library. That's like saying we are responsible if libffi fails building with the AIX compiler. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Antoine Pitrou pit...@free.fr added the comment: That's because all system-specific functionality that we have really depends on system features which just can't be available elsewhere. For all functionality that in principle works on all systems, it also actually works on all systems for Python. In cases where stuff was only available on Linux even though it could work on other systems, people *did* see it as a bad thing. Agreed, but it's a probably with the external library. That's like saying we are responsible if libffi fails building with the AIX compiler. s/probably/problem/ ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13101] Module Doc viewer closes when browser window closes on Windows 8
New submission from Brian Curtin br...@python.org: Reported by Ryan Wells (v-ry...@microsoft.com) of Microsoft, in reference to a problem with the Module Doc viewer on Windows 8 when using Internet Explorer 10. This was reported on 3.2.2, but it's likely the same on 2.7. Reference #: 70652 Description of the Problem: The application Python Module Doc is automatically closed when Internet Explorer 10 is closed. Steps to Reproduce: 1. Install Windows Developer Preview 2. Install Python 3.2.2 3. Launch Module Doc. Start Menu - All Program - Python - Manual Docs 4. Click on the button open browser 5. It should open the site http://localhost:7464/ In Internet Explorer 10 and the contents should be displayed 6. Should be able to view list of Modules, Scripts, DLLs, and Libraries etc. 7. Close Internet Explorer Expected Result: Internet Explorer 10 should only get closed and we should be able to work with the application Module Doc. Actual Result: The application Module Doc is closed with Internet Explorer 10. Developer Notes: There is likely a difference in return values between IE8 and IE9/10 when launched from the app. -- assignee: docs@python components: Documentation, Windows messages: 144918 nosy: brian.curtin, docs@python priority: normal severity: normal status: open title: Module Doc viewer closes when browser window closes on Windows 8 type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12880] ctypes: clearly document how structure bit fields are allocated
Vlad Riscutia riscutiav...@gmail.com added the comment: I agree compiler matters for alignment but if you look at PyCField_FromDesc, you will see the layout is pretty much #ifdef MS_WIN32 - #else. Sorry for generalizing, all indeed is not the right word. My point is that we should set expectation correctly - VC++-style on Windows, GCC-style everywhere else and encourage users to access structure members by name, not raw memory. Issues opened for bitfields *usually* are of the form I mentioned - setting raw memory to some bytes then seeing members are not what user expected, even if ctypes algorithm works correctly. As I said, I will revise the patch and maybe make it more clear that users should look up how bitfield allocation works for their compiler instead of trying to understand this via structure raw memory. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12880 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11956] 3.3 : test_import.py causes 'make test' to fail
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset cbda512c6d7f by Charles-François Natali in branch '3.2': Issue #11956: Always skip test_import.test_unwritable_directory when run as http://hg.python.org/cpython/rev/cbda512c6d7f New changeset 971093a75613 by Charles-François Natali in branch 'default': Issue #11956: Always skip test_import.test_unwritable_directory when run as http://hg.python.org/cpython/rev/971093a75613 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13101] Module Doc viewer closes when browser window closes on Windows 8
Nick Coghlan ncogh...@gmail.com added the comment: If that's the app I think it is (pydoc -g), we're probably going to kill it off in 3.3 in favour of the -b option. -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13101] Module Doc viewer closes when browser window closes on Windows 8
Nick Coghlan ncogh...@gmail.com added the comment: Slight correction, pydoc.gui() is already gone in current hg tip. However, this error may be indicative of an underlying problem with webbrowser.open(url) throwing an exception. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13101] Module Doc viewer closes when browser window closes on Windows 8
Brian Curtin br...@python.org added the comment: The menu shortcut opens up the following: C:\Python32\pythonw.exe C:\Python32\Tools\scripts\pydocgui.pyw, which is just pydoc.gui() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13102] xml.dom.minidom does not support default namespaces
New submission from Glenn Washburn cr...@berlios.de: When using getAttributeNS, attributes with no namespace should be considered as having the default namespace for that scope. See examples in http://www.w3.org/TR/REC-xml-names/#defaulting. Python's xml.dom.minidom will always set the namespace to None for attributes that have no namespace prefix. I've attached a test program to illustrate this issue in action. The output I get is: [((None, u'attr'), u'value1')] [(('http://www.w3.org/2000/xmlns/', 'xmlns'), u'http://path/to/ns2#'), ((None, u'attr'), u'value2')] [((u'http://path/to/ns2#', u'attr'), u'value3')] Successfully got child3 attr value In the first two cases the namespaceURI is None, but it should be set to the default namespace specified in the root element. I believe this problem occurs with all *NS functions. Not tested in 3.x. -- components: XML files: test.py messages: 144924 nosy: crass priority: normal severity: normal status: open title: xml.dom.minidom does not support default namespaces type: behavior versions: Python 2.6, Python 2.7 Added file: http://bugs.python.org/file23313/test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13102 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13103] copy of an asyncore dispatcher causes infinite recursion
New submission from Xavier de Gaye xdeg...@gmail.com: A regression occurs in python 3.2 when doing a copy of an asyncore dispatcher. $ python3.1 Python 3.1.2 (r312:79147, Apr 4 2010, 17:46:48) [GCC 4.3.2] on linux2 Type help, copyright, credits or license for more information. import asyncore, copy copy.copy(asyncore.dispatcher()) asyncore.dispatcher at 0x7fcfb3590e90 $ python3.2 Python 3.2 (r32:88445, Jun 18 2011, 20:30:18) [GCC 4.3.2] on linux2 Type help, copyright, credits or license for more information. import asyncore, copy copy.copy(asyncore.dispatcher()) Traceback (most recent call last): File stdin, line 1, in module File /usr/local/lib/python3.2/copy.py, line 97, in copy return _reconstruct(x, rv, 0) File /usr/local/lib/python3.2/copy.py, line 291, in _reconstruct if hasattr(y, '__setstate__'): File /usr/local/lib/python3.2/asyncore.py, line 410, in __getattr__ retattr = getattr(self.socket, attr) File /usr/local/lib/python3.2/asyncore.py, line 410, in __getattr__ retattr = getattr(self.socket, attr) File /usr/local/lib/python3.2/asyncore.py, line 410, in __getattr__ retattr = getattr(self.socket, attr) RuntimeError: maximum recursion depth exceeded while calling a Python object This occurs after the 'copy' module has created the new instance with __new__(). This new instance does not have the 'socket' attribute, hence the infinite recursion. Adding the following methods to the dispatcher class, fixes the infinite recursion: def __getstate__(self): state = self.__dict__.copy() return state def __setstate__(self, state): self.__dict__.update(state) But it does not explain why the recursion occurs in 3.2 and not in 3.1. -- components: Extension Modules messages: 144925 nosy: xdegaye priority: normal severity: normal status: open title: copy of an asyncore dispatcher causes infinite recursion type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13103 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13081] Crash in Windows with unknown cause
Amorilia amorilia.game...@gmail.com added the comment: Quick update: apparently, fixing another seemingly unrelated bug, fixed this crashing issue as well for rlibiez. Here's relevant the commit: https://github.com/amorilia/pyffi/commit/bd7886eefedfce8fb108c4701cf0467e2a707907 Basically, the problem was with multiprocessing.Pools not getting closed and joined. I'm attaching a script (poolcrash.py) which, theoretically, ought to reproduce the crash - although it doesn't quite reproduce it on my machine; I'm running out of memory and my machine just hangs desperately accessing the swap file before anything happens... Beware that running the bugged script may force you perform a hard reboot of your system, particularly if you wait until all physical memory is used up by zombie processes. -- Added file: http://bugs.python.org/file23314/poolcrash.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13081 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13102] xml.dom.minidom does not support default namespaces
Jeremy Kloth jeremy.kloth+python-trac...@gmail.com added the comment: Please read the link which you posted. Quoting the second paragraph, second sentence: Default namespace declarations do not apply directly to attribute names; and from the third paragraph, third sentence: The namespace name for an unprefixed attribute name always has no value. Therefore minidom *is* conformant by having None as the namespace-uri for unprefixed attribute names. -- nosy: +jkloth ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13102 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13061] Decimal module yields incorrect results when Python compiled with clang
Changes by Ned Deily n...@acm.org: -- assignee: ronaldoussoren - ned.deily stage: - committed/rejected status: pending - closed title: Decimal module yields incorrect results when Python compiled with llvm - Decimal module yields incorrect results when Python compiled with clang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13053] Add Capsule migration documentation to cporting
Larry Hastings la...@hastings.org added the comment: New patch based on comments from Ezio Melotti--thanks, Ezio! * capsulethunk.h is now its own file in Doc/includes. * Various minor formatting touchups. * I added some rationale behind the thunked PyCapsule_SetName behavior. -- Added file: http://bugs.python.org/file23315/larry.cporting.capsules.r3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13104] urllib.request.thishost() returns a garbage value
New submission from Deokhwan Kim d...@csail.mit.edu: There is a minor typo in Lib/urllib/request.py:thishost(). Because of it, the thishost() function is returning a garbage value: import urllib.request urllib.request.thishost() ('XXX.X.XXX.com', ['X.X.XXX.com'], ['123.45.67.89']) It is expected to return the IP addresses of the current host, so the correct return value would be like: urllib.request.thishost.__doc__ 'Return the IP addresses of the current host.' urllib.request.thishost() ('127.0.0.1', '127.0.1.1') The attached patch will fix the mistake . -- components: Library (Lib) files: thishost.patch keywords: patch messages: 144929 nosy: dkim priority: normal severity: normal status: open title: urllib.request.thishost() returns a garbage value type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file23316/thishost.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13104 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13105] Please elaborate on how 2.x and 3.x are different heads
New submission from Larry Hastings la...@hastings.org: It wasn't clear to me after reading the Forward Porting section exactly what was going on. Nick Coghlan spelled it out for me in a private email, and suggested that maybe this stuff should be in the devguide proper. Here's some specific stuff that I didn't understand until Nick explained it to me with simple words: * 2.x and 3.x have separate heads in the same repository * Since they're totally divorced, the order you check in to 2.x and 3.x does not matter * DO NOT MERGE between 2.x and 3.x * Branches that are in security-fix-only mode (e.g. 3.1) don't get bugfixes or documentation fixes (surely mentioned elsewhere, but I personally would have been helped with a reminder) I suggest it'd be clearer to start with discussing 2.x and 3.x are separate heads, and *then* move on to But when merging changes solely inside a major version and talk about forward-porting. Would you be interested in a patch? -- components: Devguide messages: 144930 nosy: larry priority: normal severity: normal status: open title: Please elaborate on how 2.x and 3.x are different heads type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13105 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10348] multiprocessing: use SysV semaphores on FreeBSD
Jesse Noller jnol...@gmail.com added the comment: Charles and Antoine's votes match my own, therefore closing the bug wont fix -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10348 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12880] ctypes: clearly document how structure bit fields are allocated
Terry J. Reedy tjre...@udel.edu added the comment: If I understand correctly, this doc patch would apply to 2.7 and 3.2 also. I have two style comments. I believe It is important to note that bit field allocation and layout in memory is not defined as a standard, rather its implementation is compiler-specific. could be shortened to Bit field allocation and memory layout is compiler-specific. To me, this leads nicely into the proposed sentence that follows. it is recommended that no assumptions are made about the structure size and layout. I do not like 'it is recommended'. Let us state the fact. any assumptions about the structure size and layout may be wrong. -- versions: -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12880 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13104] urllib.request.thishost() returns a garbage value
Changes by Ned Deily n...@acm.org: -- nosy: +orsenthil stage: - patch review versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13104 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13101] Module Doc viewer closes when browser window closes on Windows 8
Mark Hammond skippy.hamm...@gmail.com added the comment: For some reason, IE is struggling to even display the page - it just seems to sit there loading the page without displaying anything, but hitting stop then refresh usually brings it up. But if you kill IE (which best I can tell can only be done via the task manager - it has no other Windows controls) the doc server process does also terminate. If you run the doc server using python.exe, you will notice tracebacks in the console due to the socket connection being reset (which is probably related to the above problems - the socket should have been fully read by the time you manage to kill IE) - but using python.exe the process stays alive serving requests. I *guess* that the problem is pythonw.exe is hitting an error when it attempts to print to the invalid stderr handle. It might be possible that somehow under Windows 8, stderr isn't buffered (or has as large of a buffer) as other Windows versions, so dies when a small amount of data is written to stderr - but I suspect the same problem could be provoked on other Windows versions by arranging for 8k of connection reset by peer tracebacks to be written, at which point the buffer is attempted to be flushed and fails. Here endeth my speculation for the day ;) -- nosy: +mhammond ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13106] Incorrect pool.py distributed with Python 2.7 windows 32bit
New submission from Aaron Staley usaa...@gmail.com: The multiprocess/pool.py distributed with the Python 2.7.2 Windows Installer is different from the one distributed with the 64 bit windows installer or source tarball - and is buggy. Specifically, see Pool._terminate_pool: def _terminate_pool(cls, taskqueue, inqueue, outqueue, pool, worker_handler, task_handler, result_handler, cache): # this is guaranteed to only be called once debug('finalizing pool') worker_handler._state = TERMINATE task_handler._state = TERMINATE taskqueue.put(None) # THIS LINE MISSING! Without that line, termination may deadlock during Pool._help_stuff_finish. The consequence to the user is the interpreter not shutting down. -- components: Windows messages: 144934 nosy: Aaron.Staley priority: normal severity: normal status: open title: Incorrect pool.py distributed with Python 2.7 windows 32bit versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13106 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13081] Crash in Windows with unknown cause
Brian Curtin br...@python.org added the comment: I tried that script on 2.7 and like it did for you, it just ran until my machine became unusable. On 3.x I think I got a RuntimeError after a while, but I forgot exactly what happened since the machine ended up being hosed later from the 2.7 run. In any event, it certainly didn't crash there and only went a short time before erroring out with some exception. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13081 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9098] MSYS build fails with `S_IXGRP' undeclared
Olivier Refalo oref...@yahoo.com added the comment: hum, your patch actually works on MSYS ! ok.. so I am pretty much having the very some issue. Could not find platform dependent libraries exec_prefix Consider setting $PYTHONHOME to prefix[:exec_prefix] Fatal Python error: Py_Initialize: unable to load the file system codec LookupError: no codec search functions registered: can't find encoding -- nosy: +orefalo versions: +Python 3.2 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9098 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13106] Incorrect pool.py distributed with Python 2.7 windows 32bit
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +jnoller stage: - test needed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13106 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13105] Please elaborate on how 2.x and 3.x are different heads
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13105 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13104] urllib.request.thishost() returns a garbage value
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: patch review - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13104 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13102] xml.dom.minidom does not support default namespaces
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13102 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13103] copy of an asyncore dispatcher causes infinite recursion
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +giampaolo.rodola, josiahcarlson, stutzbach stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13103 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com