[issue3552] uuid - exception on uuid3/uuid5
Martin v. Löwis [EMAIL PROTECTED] added the comment: So are you saying that if I had libopenssl (or whatever the name is) installed and linked with Python, it would bypass the use of _md5 and _sha1, and call the hash functions in libopenssl instead? Correct. Those modules aren't even built then. See openssl_ver in setup.py. And all the buildbots _do_ have it linked? Most of them, yes, to be able to test openssl. You would have to check each one individually to really know. That would indicate that the bots _aren't_ testing the code in _md5 and _sha1 at all. Perhaps one should be made to? Perhaps. However, the buildbots can't test all combinations, anyway. People will report problems in other combinations quickly. Hopefully, they don't panic when they encounter a bug that only shows up on their system. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3552 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3557] Segfault in sha1
Martin v. Löwis [EMAIL PROTECTED] added the comment: Thanks for the report. Fixed in r65690. -- nosy: +loewis resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3557 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3560] redundant base field in memoryview objects
New submission from Antoine Pitrou [EMAIL PROTECTED]: PyMemoryViewObject has a base field which points to the originator of the buffer. However, this field has become redundant now that the Py_buffer struct has received an obj field which also points to the originator of the buffer (this has been done as part of the fix to #3139). Not removing base would make for a confusing and error-prone API. However, removing it is complicated by the fact that base is sometimes abused to contain a tuple (for PyBUF_SHADOW type buffers, which are neither mentioned in the PEP nor used anywhere in py3k). -- components: Interpreter Core messages: 71164 nosy: pitrou, teoliphant priority: critical severity: normal status: open title: redundant base field in memoryview objects type: behavior versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2394] [Py3k] Finish the memoryview object implementation
Antoine Pitrou [EMAIL PROTECTED] added the comment: See also #3560. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2271] msi installs to the incorrect location (C drive)
Changes by Antoine Pitrou [EMAIL PROTECTED]: -- priority: - critical ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2271 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3392] subprocess fails in select when descriptors are large
Changes by Antoine Pitrou [EMAIL PROTECTED]: -- priority: - normal type: - behavior versions: +Python 2.6, Python 3.0 -Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3482] re.split, re.sub and re.subn should support flags
Antoine Pitrou [EMAIL PROTECTED] added the comment: Please note that the flags can be inlined in the pattern instead. That is, you can begin the pattern with (?i) instead of passing re.I in the flags parameter. -- nosy: +pitrou priority: - normal type: behavior - feature request versions: +Python 2.6, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3482 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3006] subprocess.Popen causes socket to remain open after close
Antoine Pitrou [EMAIL PROTECTED] added the comment: It's not perfect--another thread could still spawn a subprocess in between Then it could be done in socketmodule.c, when still holding the GIL. Python code can change back the socket to inheritable afterwards if it wants to. We probably need some kind of API for setting socket inheritance. Right. -- nosy: +pitrou priority: - high versions: +Python 2.6, Python 3.0 -Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3006 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2676] email/message.py [Message.get_content_type]: Trivial regex hangs on pathological input
Antoine Pitrou [EMAIL PROTECTED] added the comment: This should really be fixed. Hanging on a rather normal email message (not a theoretical example) is not right. -- nosy: +pitrou priority: - high versions: +Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2676 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2271] msi installs to the incorrect location (C drive)
Andrew Dalke [EMAIL PROTECTED] added the comment: I also have this problem. (2.5 msi installer under Win2K with a non- admin account granted admin privs). Python installs just fine under C:\ (instead of C:\Python25) but then I run into problems installing the win32 extensions. Searching the web I found this posting from 2005 http://mail.python.org/pipermail/python-list/2005- September/341874.html That poster created an SF bug report which is now issue1298962. He linked to http://tinyurl.com/82dt2 which states: Windows Installler has no recognition of power users, so these users fall into the category of non admin when running an install. That describes exactly my situation. The solution is, apparently: To mark certain properties as safe for configuration, you can add them to the SecureCustomProperties list in the property table of the MSI file. which Martin reported here. Martin suggested using orca, but I have no idea of what that is (unix/mac dweeb that I am), and it doesn't exist on this machine. I know this is pretty much a me too report. I'm doing so to say that it has been an ongoing problem here at my client's site. They are not software developers here, and rather than trying to track down the right person with full admin rights to come to each person's desktop, they've been installing an old pre-msi version of Python. I would like to see this fixed before 2.6 is released. All I can do to help though is to test an installer, which I will do gladly. -- nosy: +dalke ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2271 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3553] 2to3 -l doesn't work when installed in /opt
Benjamin Peterson [EMAIL PROTECTED] added the comment: This is a duplicate of #3131. -- nosy: +benjamin.peterson resolution: - duplicate status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3553 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1398] Can't pickle partial functions
Nicolas Grilly [EMAIL PROTECTED] added the comment: It seems using protocol version 2 is not enough: s = pickle.dumps(partial_f, 2) f = pickle.loads(s) Traceback (most recent call last): ... TypeError: type 'partial' takes at least one argument Am I missing something? -- nosy: +ngrilly ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1398 ___ ___ 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
New submission from Jason Spiro [EMAIL PROTECTED]: The Python Windows installer[1] should automatically add the Python and Scripts directories to the PATH environment variable. (If you like, you can also provide a checkbox in the installer GUI that users can uncheck if they don't want this behavior.) This issue was discussed at http://nabble.com/Why-does-Python-never-add- itself-to-the-Windows-path--td8044465.html and the majority consensus was that this is a good idea, but nobody has volunteered to implement it. ^ [1]. The installer is generated by the code at http://svn.python.org/view/python/trunk/Tools/msi/ -- components: Installation, Windows messages: 71172 nosy: christian.heimes, jasonspiro, loewis severity: normal status: open title: Windows installer should add Python and Scripts directories to the PATH environment variable type: feature request ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3560] redundant base field in memoryview objects
Martin v. Löwis [EMAIL PROTECTED] added the comment: Why is this a critical bug? -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3560 ___ ___ 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
Martin v. Löwis [EMAIL PROTECTED] added the comment: I still don't think such a change should be made, hence I reject this report as won't fix. Discussion shouldn't start again on this matter until there is an actual patch to review. -- resolution: - wont fix status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3560] redundant base field in memoryview objects
Georg Brandl [EMAIL PROTECTED] added the comment: Because it should be fixed before 3.0 final? -- nosy: +georg.brandl ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2642] MSVCRT packing in Windows Installer (3.0a4)
Paul Molodowitch [EMAIL PROTECTED] added the comment: To do a private, SxS install, see: http://msdn.microsoft.com/en-us/library/ms997620.aspx I once made a private SxS installation of a MSVC-reliant app (that you could install with non-admin privileges), and if recall correctly, it required disabling the generation / embedding of the manifest file in MSVC++, and then include the MSVC dlls and hand-edited manifest files in the installation. (Or perhaps you could somehow edit the options for the embedded manifest's generation? never tried this myself...). (Or, if you don't like .manifest files littering the install directory, turn off the auto-generation of the manifest, but embed your own hand-edited manifest as a resource. I'm sure this is possible, but figuring out the exact steps to do it may be more headache then it's worth...) I don't remember exactly, but I think in order to make a manifest that worked for non-Admin install, I think all I had to do was remove the 'publicKeyToken' property from the assemblyIdentity... if it's present, I believe it tries to find a registered, signed version of the dlls - and registering signed SxS dlls requires admin privileges. What I don't remember is, if 'publicKeyToken' is present, if it just gives up if it doesn't find a signed version, or it simply means that it will use a signed version preferentially to a 'local' copy if both are present... -- nosy: +barnabas79 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2642 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1398] Can't pickle partial functions
Alexandre Vassalotti [EMAIL PROTECTED] added the comment: I agree that this a bug. However, the liberal functools.partial constructor makes it hard to pickle partial instances correctly. Ideally, we would add the __getnewargs__ special method and be done with it. But, this won't work in this case due to the *args and **kwargs arguments of partial. Since pickle supports neither, we would need to use apply(), which going to be removed in Python 3.0, as follow: import pickletools pickletools.dis(c__builtin__\napply\n(cfunctools\npartial\n(c__main__\nf\nt(S'b'\nK\x01dtR.) 0: cGLOBAL '__builtin__ apply' 19: (MARK 20: cGLOBAL 'functools partial' 39: (MARK 40: cGLOBAL '__main__ f' 52: tTUPLE (MARK at 39) 53: (MARK 54: SSTRING 'b' 59: KBININT11 61: dDICT (MARK at 53) 62: tTUPLE (MARK at 19) 63: RREDUCE 64: .STOP Unfortunately, pickle.Pickler cannot generate a such pickle stream. So this bug is symptom of the bigger issue that classes with *args and/or **kwargs argument cannot be made picklable. -- nosy: +alexandre.vassalotti priority: - normal resolution: invalid - status: closed - open ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3558] Operator precedence misdocumented
Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, moved attribute reference to the appropriate place in r65693. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3558 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3560] redundant base field in memoryview objects
Martin v. Löwis [EMAIL PROTECTED] added the comment: Because it should be fixed before 3.0 final? And why should that be done? IMO, this can still be fixed in 3.1, or not a fixed at all - I fail to see the true bug (apart from the minor redundancy). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3560] redundant base field in memoryview objects
Antoine Pitrou [EMAIL PROTECTED] added the comment: Le vendredi 15 août 2008 à 19:10 +, Martin v. Löwis a écrit : Martin v. Löwis [EMAIL PROTECTED] added the comment: Because it should be fixed before 3.0 final? And why should that be done? IMO, this can still be fixed in 3.1, or not a fixed at all - I fail to see the true bug (apart from the minor redundancy). I've filed this as critical because it is a new API and, if we change it, we'd better change it before 3.0 is released. It is a minor redundancy but could easily lead to subtle problems (crashes, memory leaks...) if for whatever reason, base and view.obj start pointing to different objects. Of course, if other people disagree, it can be bumped down to normal. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3560] redundant base field in memoryview objects
Martin v. Löwis [EMAIL PROTECTED] added the comment: I've filed this as critical because it is a new API and, if we change it, we'd better change it before 3.0 is released. I don't think it is API. The structure may be defined in a public header, but it is not intended to be used directly. Instead, only the functions around it should be used. To make that clear, the structure could be moved into the C file, and PyMemoryView should become a function (or also be moved into the C file). This should be done before the next beta, indeed (but I won't have the time to do it) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3560] redundant base field in memoryview objects
Changes by Antoine Pitrou [EMAIL PROTECTED]: -- assignee: - pitrou ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3560] redundant base field in memoryview objects
Antoine Pitrou [EMAIL PROTECTED] added the comment: Ok, here is a simple patch. It: - moves the struct definition at the end of memoryobject.h with a comment that the definition should not be considered public - adds two macros for accessing the underlying Py_buffer* and PyObject*, respectively - removes the ill-named PyMemoryView() macro (PyMemoryView_GET_BUFFER() can be used instead) - renames PyMemory_Check() to PyMemoryView_Check() - renames PyMemoryView_FromMemory() to PyMemoryView_FromBuffer() I didn't try to clean up the existing documentation comments, although I find them difficult to follow. I also didn't change anything in the semantics and implementation of the memoryview object. Let me know what you think. -- keywords: +patch Added file: http://bugs.python.org/file9/memapi.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2676] email/message.py [Message.get_content_type]: Trivial regex hangs on pathological input
Antoine Pitrou [EMAIL PROTECTED] added the comment: Fixed in r65700. Thanks for the report! -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2676 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3562] Intermitent failure in test_multiprocessing.test_number_of_objects
New submission from Antoine Pitrou [EMAIL PROTECTED]: Just got the following on trunk: test test_multiprocessing failed -- Traceback (most recent call last): File /home/antoine/py3k/memapi/Lib/test/test_multiprocessing.py, line 1040, in test_number_of_objects print(self.manager._debug_info()) File /home/antoine/py3k/memapi/Lib/multiprocessing/managers.py, line 555, in _debug_info return dispatch(conn, None, 'debug_info') File /home/antoine/py3k/memapi/Lib/multiprocessing/managers.py, line 85, in dispatch raise convert_to_error(kind, result) multiprocessing.managers.RemoteError: --- Traceback (most recent call last): File /home/antoine/py3k/memapi/Lib/multiprocessing/managers.py, line 187, in handle_request result = func(c, *args, **kwds) File /home/antoine/py3k/memapi/Lib/multiprocessing/managers.py, line 305, in debug_info keys.sort() TypeError: unorderable types: str() int() --- -- assignee: jnoller components: Library (Lib), Tests messages: 71184 nosy: jnoller, pitrou priority: high severity: normal status: open title: Intermitent failure in test_multiprocessing.test_number_of_objects type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3562 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3562] Intermitent failure in test_multiprocessing.test_number_of_objects
Changes by Antoine Pitrou [EMAIL PROTECTED]: -- versions: +Python 3.0 -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3562 ___ ___ 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
Jason Spiro [EMAIL PROTECTED] added the comment: Martin, at the time I read the python-list thread, I didn't pay any attention to the posts' authors. Only now did I realize you were one of the posters. Oops. I already know the basic ideas about creating MSIs with Wise from a past job. So now I researched and thought about this particular problem for several hours. I've learned that Windows Installer is able to add ...\python and ...\python\scripts to the PATH during installation. It cannot[1] remove them at uninstallation. [ WiX, and its superior competitor MAKEMSI, each provide slightly higher-level abstractions[2][3] on top of what Windows Installer provides[4] to make this slightly easier, but not by that much. But I will assume you don't plan to spend days or weeks of your spare time on migrating away from msilib. :-) ] Here are the rough notes I've made up so far on how to do this: - make a new method add_environment. In it: - call start_component to create components modify_path_per_user and modify_path_per_machine - call add_data to create an Environment table. It should have two rows[5]: - Name:=PATH Value:[TARGETDIR];[TARGETDIR]\Scripts;[~] Component:modify_path_per_user - Name:=*PATH Value:[TARGETDIR];[TARGETDIR]\Scripts;[~] Component:modify_path_per_machine Another difficult part is the UI. Then there's the issue of switching which of the two components are installed based on whether it's per- user or per-machine and also based on whether the user specifies via the UI that they want their PATH changed. I have to think more about that, and I'm already tired of researching. Remember that Windows Installer cannot undo its PATH changes at uninstall time. So, before I consider proceeding further, let me verify a few things with you. 1. [TARGETDIR] will stay on the path. I think that is fine, since the python.exe will be gone, so will never be executed. Do you agree? 2. [TARGETDIR]\scripts will also stay on the path. And it may still contain scripts installed by the user or by third-party installers like the SCons installer. I don't know enough about how Python works to know if that's a problem. Is it a problem? P.S. Would you prefer to discuss this by something more synchronous like telephone (I will pay the tolls) or instant messaging? P.P.S. Now that I have realized how complicated Python installation actually is, and how hard it is to design the tables of and write raw .MSI files, I have a new appreciation for the work you've done on making a Python MSI installer. Thank you very much for having done so. Also, now that I have started researching how much work is necessary to get this done, I realize why you don't want to code it yourself. :-) I don't know if I will end up actually managing to come up with a patch. ^ [1]. I have inferred this fact based on http://www.isg.ee.ethz.ch/tools/realmen/det/msi.en.html -- scroll down to the Setting the PATH section ^ [2]. http://blogs.technet.com/alexshev/archive/2008/03/28/from-msi- to-wix-part-13-installable-items-environment-variable.aspx ^ [3]. http://makemsi-manual.dennisbareis.com/path.htm ^ [4]. http://msdn.microsoft.com/en-us/library/aa368369(printer).aspx ^ [5]. Search inside the page http://msdn.microsoft.com/en- us/library/aa368369(printer).aspx for If the package can be installed per-user or per-machine to see why you need two rows. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2834] re.IGNORECASE not Unicode-ready
Antoine Pitrou [EMAIL PROTECTED] added the comment: Barry? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2271] msi installs to the incorrect location (C drive)
Martin v. Löwis [EMAIL PROTECTED] added the comment: Please try out the file at https://www.dcl.hpi.uni-potsdam.de/home/loewis/python-2.6.14106.msi and report whether it fixes the issue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2271 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2271] msi installs to the incorrect location (C drive)
Martin v. Löwis [EMAIL PROTECTED] added the comment: Please try out the file at http://www.dcl.hpi.uni-potsdam.de/home/loewis/python-2.6.14106.msi and report whether it fixes the issue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2271 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2271] msi installs to the incorrect location (C drive)
Changes by Martin v. Löwis [EMAIL PROTECTED]: ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2271 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3107] memory leak in make test (in test list), 2.5.2 not 2.5.1, Linux 64bit
jess [EMAIL PROTECTED] added the comment: This appears to be the same issue as in: 30552 months ago test_list on 64-bit platforms The failing test appears to be test_bigrepeat: def test_bigrepeat(self): x = self.type2test([0]) x *= 2**16 self.assertRaises(MemoryError, x.__mul__, 2**16) if hasattr(x, '__imul__'): self.assertRaises(MemoryError, x.__imul__, 2**16) I am experiencing the same symptoms with 64-bit builds on Solaris10 on an 8gb sparc machine with lots of virtual memory. The test is attempting to allocate a list with 4gb elements. This requires more space than there is physical memory so the machine starts swapping like crazy but does not throw an error in 64 bit mode. In 32 bit, it would presumabley throw the error because the test has requested more than 4gb of memory. In other words Python appears to be working as it should. In my case I am not sure that Solaris10 is scanning for virtual memory properly but that is an entirely different problem. -- nosy: +jess ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3107 ___ ___ 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
Martin v. Löwis [EMAIL PROTECTED] added the comment: 1. [TARGETDIR] will stay on the path. I think that is fine, since the python.exe will be gone, so will never be executed. Do you agree? Completely disagree. Adding something to PATH is nearly unacceptable clutter even during installation, and completely unacceptable (to me) after uninstallation. If you install Python several times, will the path get longer and longer? In principal, uninstallation should completely undo installation. There should be only plausible exceptions, e.g. when the user still has files in a directory, deleting the directory is unacceptable as it would also delete the files. The big problem where the Python installer (and MSI in general) fails is uninstallation of file associations, which doesn't restore the file assocations to what they were (of course, that software might be gone) 2. [TARGETDIR]\scripts will also stay on the path. And it may still contain scripts installed by the user or by third-party installers like the SCons installer. I don't know enough about how Python works to know if that's a problem. Is it a problem? To me, any change to PATH is a problem... (I really think that software installation should never ever touch it - this aspect of the operating system completely belongs to the user resp. the system administrator) P.S. Would you prefer to discuss this by something more synchronous like telephone (I will pay the tolls) or instant messaging? I don't think this can be done for 2.6, so there is no need for synchrony - there is plenty of time to come up with a solution for 2.7/3.1. In any case, I'll be away for the next three weeks. It cannot[1] remove them at uninstallation. ^ [1]. I have inferred this fact based on http://www.isg.ee.ethz.ch/tools/realmen/det/msi.en.html -- scroll down to the Setting the PATH section I think this is incorrect. You cannot uninstall the path through unsetting the PATH variable, sure. So perhaps using the Environment table is the wrong approach in the first place. You can do nearly anything in a custom action, so it should be possible to remove the path entry on uninstallation by means of a custom action. If such a solution was designed, there would still be many questions, such as: - what is the actual problem being solved? Is it real? Could there be other solutions to that problem (such as installing things into system32, or somewhere else that is on the PATH already)? - if the path is modified, should the Python directory be added to the beginning or the end? - IMO, this feature needs to be customizable, and IMO, it must be turned off by default. So how should such customization be offered? These questions can partially be discussed in the tracker item proposing the patch. The very end-user related aspects of it need to be discussed on python-dev (perhaps taking a poll whether this is desirable, whether it should be optional, and if so, what the default should be) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3561 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3131] 2to3 can't find fixes_dir
Benjamin Peterson [EMAIL PROTECTED] added the comment: I don't like the patch because it constricts possible fixer dirs. IMO, refactor.py needs some refactoring its self in order to separate command line logic from application logic. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3131 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1179] [CVE-2007-4965] Integer overflow in imageop module
Changes by Antoine Pitrou [EMAIL PROTECTED]: -- nosy: -pitrou ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1179 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3474] Using functools.reduce() does not stop DeprecationWarning when using -3
Benjamin Peterson [EMAIL PROTECTED] added the comment: Here's a patch that actually imports reduce from functools to stop repetition. -- keywords: +patch priority: release blocker - high Added file: http://bugs.python.org/file11120/import_from_functools.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2676] email/message.py [Message.get_content_type]: Trivial regex hangs on pathological input
Jack Diederich [EMAIL PROTECTED] added the comment: Antoine, I looked at your patch and I'm not sure why you applied it instead of applying mine (or saying +1 on me applying my patch). Yours uses str.partition which I pointed out is sub-optimal (same big-Oh but with a larger constant factor) and also adds a function that returns two things, one of which is thrown away after having a str.strip performed on it. If my patch was deficient please let me know. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2676 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3499] Python 2.6 requires pre-installed Python to build
Benjamin Peterson [EMAIL PROTECTED] added the comment: Ok. I've updated release.py to do the dirty work in 65708. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Ismail Donmez [EMAIL PROTECTED] added the comment: This seems to break test_unicode on MacOSX 10.5.4, test_unicode python(80320,0xa0659fa0) malloc: *** mmap(size=2147483648) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug python(80320,0xa0659fa0) malloc: *** mmap(size=2147483648) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3547] Ctypes is confused by bitfields of varying integer types
Matt Giuca [EMAIL PROTECTED] added the comment: Confirmed in HEAD for Python 2.6 and 3.0, on Linux. Python 2.6b2+ (trunk:65708, Aug 16 2008, 15:04:13) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Python 3.0b2+ (py3k:65708, Aug 16 2008, 15:09:19) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 I was also able to simplify the test case. I get this issue just using one c_short and one c_long, with nonstandard bit lengths. eg: fields = [('a', c_short, 16), ('b', c_long, 16)] (sizeof(c_short) == 2 and sizeof(c_long) == 4). But it's somewhat sporadic under which conditions it happens and which it doesn't. One might imagine this was a simple calculation. But the _ctypes module is so big (5000 lines of C); at an initial glance I can't find the code responsible! Any hints? (Modules/_ctypes/ctypes.c presumably is where this takes place). -- nosy: +mgiuca versions: +Python 2.6, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3547 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com