[issue3473] In function call, keyword arguments could follow *args

Georg Brandl <[EMAIL PROTECTED]> added the comment: Ping! -- nosy: +georg.brandl ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-b

[issue3107] test_list uses unreasonable amounts of memory on 64-bit Linux

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Ok, so it seems there is no memory leak. Changing the title accordingly. -- title: memory leak in make test (in "test list"), 2.5.2 not 2.5.1, Linux 64bit -> test_list uses unreasonable amounts of memory on 64-bit Linux ___

[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 linux

[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(8032

[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]> _

[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) a

[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 _

[issue1179] [CVE-2007-4965] Integer overflow in imageop module

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- nosy: -pitrou ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

[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 <[EMA

[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 installa

[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(M

[issue2271] msi installs to the incorrect location (C drive)

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[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]>

[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]>

[issue2834] re.IGNORECASE not Unicode-ready

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Barry? ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubsc

[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

[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]> ___ ___ Pytho

[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_

[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]> ___

[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

[issue3560] redundant "base" field in memoryview objects

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- assignee: -> pitrou ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[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.

[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

[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). ___ P

[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]> ___

[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 ca

[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

[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]> ___ _

[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

[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]> ___ ___

[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

[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

[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]> _

[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 th

[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

[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 probabl

[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 v

[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]> ___ _

[issue2271] msi installs to the incorrect location (C drive)

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- priority: -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue2394] [Py3k] Finish the memoryview object implementation

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: See also #3560. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing lis

[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 ha