[issue9624] 2755
Jay Ballard jay.ballar...@gmail.com added the comment: I'm trying to install Python -- title: failure to find drive error message when trying to install something unspecified - 2755 Added file: http://bugs.python.org/file18660/unnamed Added file: http://bugs.python.org/file18661/Python.JPG ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9624 ___Â I#39;m trying to install Python attachment: Python.JPG___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9694] argparse: Default Help Message Lists Required Args As Optional
Steven Bethard steven.beth...@gmail.com added the comment: I think this is still really a feature request. We can't just change the text from optional - that would silently change a large number of help messages without any warning. So to fix this bug, we're going to have to add an API to explicitly set the group names - which can only be done as a new feature. People using 2.7 will have to use the workaround using parser._optionals I posted here. -- type: behavior - feature request versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9694 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9704] 3.2 - zlib.pc.in is missing in source tree
Martin v. Löwis mar...@v.loewis.de added the comment: Ok, I have now added these files in r84332. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9704 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9696] xdrlib's pack_int generates DeprecationWarnings for negative in-range values
Changes by Mark Dickinson dicki...@gmail.com: -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9696 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9053] distutils compiles extensions so that Python.h cannot be found
Changes by Éric Araujo mer...@netwok.org: -- stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5217] testExtractDir (test.test_zipfile.TestWithDirectory) fails when python built with srcdir != builddir
Changes by Éric Araujo mer...@netwok.org: -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5217 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9702] Python violates most users expectations via the modification differences of immutable and mutable objects in methods
R. David Murray rdmur...@bitdance.com added the comment: This is not an appropriate discussion for the bug tracker. Please take it to the Python mailing list. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9702 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9702] Python violates most users expectations via the modification differences of immutable and mutable objects in methods
david db.pub.m...@gmail.com added the comment: On 28 August 2010 22:34, R. David Murray rep...@bugs.python.org wrote: R. David Murray rdmur...@bitdance.com added the comment: This is not an appropriate discussion for the bug tracker. Please take it to the Python mailing list. Fair enough. One last comment though (here) - I think that making mutable objects being immutable outside their immediate scope (by *default* ) would be a good solution. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9702 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9702] Python violates most users expectations via the modification differences of immutable and mutable objects in methods
david db.pub.m...@gmail.com added the comment: On 28 August 2010 22:41, david rep...@bugs.python.org wrote: david db.pub.m...@gmail.com added the comment: On 28 August 2010 22:34, R. David Murray rep...@bugs.python.org wrote: R. David Murray rdmur...@bitdance.com added the comment: This is not an appropriate discussion for the bug tracker. Please take it to the Python mailing list. Fair enough. One last comment though (here) - I think that making mutable objects being immutable outside their immediate scope (by *default* ) would be a good solution. %s/being// -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9702 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2830] Copy cgi.escape() to html
Changes by Pablo Mouzo pablomo...@gmail.com: Removed file: http://bugs.python.org/file18636/issue2830.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2830 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2830] Copy cgi.escape() to html
Pablo Mouzo pablomo...@gmail.com added the comment: I'm attaching a new patch without escaping the slash. -- Added file: http://bugs.python.org/file18667/issue2830.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2830 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1697175] winreg module for cygwin?
Changes by Brian Curtin cur...@acm.org: -- status: open - languishing versions: +Python 3.2 -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1697175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1111130] tkSimpleDialog broken on MacOS X (Aqua Tk)
R. David Murray rdmur...@bitdance.com added the comment: I think we need a vendor problem resolution :) Closed as 'works for me' instead since that's effectively what Ned said. -- nosy: +r.david.murray resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue130 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1677] Ctrl-C will exit out of Python interpreter in Windows
Brian Curtin cur...@acm.org added the comment: I'm not able to reproduce this. Do you have anything installed like pyreadline? -- assignee: ronaldoussoren - nosy: +brian.curtin versions: -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1677 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2830] Copy cgi.escape() to html
Georg Brandl ge...@python.org added the comment: The docs are still not updated for the quote. I wonder if we shouldn't make the second argument True by default, while we're at it (or ignore it altogether and always escape everything) -- it would make the escape() much safer to use. Also quoting ' already introduces incompatibility if someone compares the result literally, so I would not worry about additional incompatibilities so much. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2830 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9705] limit dict.update() to a given list of keys
New submission from Ultrasick pyt...@ontheserver.de: my_dict_1 = {'a' : 1, 'b' : 1} my_dict_2 = {'a' : 2, 'b' : 2, 'c' : 2} my_dict_1.update(my_dict_2, ['a', 'c']) should result for my_dict_1: {'a' : 2, 'b' : 1, 'c' : 2} -- components: Interpreter Core messages: 115157 nosy: Ultrasick priority: normal severity: normal status: open title: limit dict.update() to a given list of keys type: feature request versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9705 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1512791] module wave does no rounding
Mark Dickinson dicki...@gmail.com added the comment: Thanks, Neil. Committed to py3k in r84341. I'm a little reluctant to backport this to the maintenance branches, though, since it is a behaviour change, and it doesn't seem to me to be a critical bug fix. Any thoughts? -- resolution: - fixed stage: patch review - committed/rejected status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1512791 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1512791] module wave does no rounding
Mark Dickinson dicki...@gmail.com added the comment: I also meant to add that I left the int() call in, for slightly obscure reasons: round doesn't currently return an int for all numeric types---it does for ints, floats and Decimal instances, but not for Fraction instances (arguably a defect of the fractions module, but that's another issue). The 'int' doesn't seem like a huge extra cost, and it's conceivable that people might use Fraction for framerates, so it seemed safer to leave it in. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1512791 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1512791] module wave does no rounding
Changes by Mark Dickinson dicki...@gmail.com: -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1512791 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9705] limit dict.update() to a given list of keys
Benjamin Peterson benja...@python.org added the comment: Please post to python-ideas first, and note a moratorium on builtin changes is inplace. -- nosy: +benjamin.peterson resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9705 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9574] complex does not parse strings containing decimals
Mark Dickinson dicki...@gmail.com added the comment: Unassigning myself from this one, though I'll review a patch if anyone wants to write one. After thinking about it a bit, I'm -0 on allowing the extra whitespace. The main issue for me is that it opens up a can of worms about what should and shouldn't be allowed. Which of the following should be allowed: (a) complex(0.1 + 3j) (b) complex(+ 3j) (c) complex(+ 3) (d) float(- 3) (e) int(+ 3) (f) complex(+4.0 + -5.0j) Any patch would presumably allow (a). (b) looks like it *should* be allowed, too, but then by analogy so does (c). But for consistency, (d) and (e) would then have to be allowed, and I *really* don't want to go that far; in particular, there are rules about what's allowed as a floating-point string that are fairly consistently applied throughout Python (e.g., in the float, Decimal and Fraction constructors); these rules also agree with accepted standards (e.g., C99, IEEE 754), which clearly don't allow a space between the optional sign and the body of the float. So unless anyone particularly wants to pursue this, I'd suggest closing as won't fix. -- assignee: mark.dickinson - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9574 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1512791] module wave does no rounding
Neil Tallim red.hamst...@gmail.com added the comment: I use the wave module a fair bit and never once encountered this issue, so, yeah, it's probably a pretty low priority for backporting. It's definitely an edge-case sort of thing, the likes of which anyone affected has already handled in their application-level code. This just makes expected behaviour default behaviour -- if an int is already going in, as would be the case if someone is pre-processing their inputs as a workaround in existing code, it shouldn't change anything. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1512791 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9574] complex does not parse strings containing decimals
Mark Dickinson dicki...@gmail.com added the comment: If someone does want to produce a patch, here's the grammar that I suggest, in pseudo BNF form. This would be reasonably simple to implement, and is also simple to describe. whitespace = ' ' | '\t' | '\n' | '\v' | '\f'# include other non-ASCII whitespace? binop = [whitespace] ('+' | '-') [whitespace] imag_marker = 'j' | 'J' complex_string = float_string binop float_string imag_marker | float_string imag_marker | float_string padded_complex_string = [whitespace] complex_string [whitespace] complex_constructor_input = padded_complex_string | [whitespace] '(' padded_complex_string ')' [whitespace] where float_string is any string that (a) doesn't contain leading or trailing whitespace, and (b) is accepted by the current float constructor. This would allow (a) and (f) in the previous message, but not (b) or (c). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9574 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1512791] module wave does no rounding
Mark Dickinson dicki...@gmail.com added the comment: Thanks for the feedback. I'm going to make an executive decision not to backport. Closing. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1512791 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1868] threading.local doesn't free attrs when assigning thread exits
Antoine Pitrou pit...@free.fr added the comment: Thank you Gregory. I've committed the patch in r84344 (py3k), r84345 (3.1) and r84346 (2.7). -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1868 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9706] ssl errors checking
New submission from Giampaolo Rodola' g.rod...@gmail.com: There are various errors I think ssl module should check. In the examples below I'll always refer to ssl.wrap_socket() function but I expect that ssl.SSLContext suffers the exact same issues. === server side mode === When server_side option is set to True it is always required that at least a certfile argument is specified. This condition is not verified if the socket is still not connected: ssl.wrap_socket(socket.socket(), server_side=1) ssl.SSLSocket object, fd=3, family=2, type=1, proto=0 ...later on, when the socket will be connected, we'll get this message: SSLError: _ssl.c:296: Both the key certificate files must be specified for server-side operation I would change this behavior in SSLSocket constructor and raise ValueError if server_side is True and certfile is None. Also, the message coming from the C code should be adjusted to state than keyfile argument is not mandatory. === server side on connect === s = ssl.wrap_socket(socket.socket(), server_side=1) s.connect(('blogger.com', 443)) For consistency I would expect something like ValueError(can't connect in server-side mode) on connect(). === no such certfile === os.path.exists('xxx') False ssl.wrap_socket(socket.socket(), certfile='xxx') Traceback (most recent call last): File stdin, line 1, in module File /home/giampaolo/svn/python-3.2/Lib/ssl.py, line 404, in wrap_socket ciphers=ciphers) File /home/giampaolo/svn/python-3.2/Lib/ssl.py, line 132, in __init__ self.context.load_cert_chain(certfile, keyfile) ssl.SSLError: [Errno 336445442] _ssl.c:1604: error:140DC002:SSL routines:SSL_CTX_use_certificate_chain_file:system lib A simple IOError No such file or directory 'xxx' exception would be a lot more clear. === invalid certfile === open('foo', 'w').write('blabla') 6 ssl.wrap_socket(socket.socket(), certfile=foo) Traceback (most recent call last): File stdin, line 1, in module File /home/giampaolo/svn/python-3.2/Lib/ssl.py, line 404, in wrap_socket ciphers=ciphers) File /home/giampaolo/svn/python-3.2/Lib/ssl.py, line 132, in __init__ self.context.load_cert_chain(certfile, keyfile) ssl.SSLError: [Errno 336445449] _ssl.c:1604: error:140DC009:SSL routines:SSL_CTX_use_certificate_chain_file:PEM lib If possible, the error should be more clear about what happened. Something like malformed certfile was provided or something. -- messages: 115166 nosy: giampaolo.rodola, janssen, pitrou priority: normal severity: normal status: open title: ssl errors checking versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9706 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9706] ssl errors checking
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +exarkun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9706 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9705] limit dict.update() to a given list of keys
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: FWIW, the usual way to spell this in Python is: my_dict_1.update((k, my_dict_2[k]) for k in ['a', 'c']) We try to keep filtering operations separate from map/fold operations for orthognality. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9705 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9703] default param values
vladimir golubovic.vladimir...@gmail.com added the comment: On Sat, Aug 28, 2010 at 12:34 AM, Georg Brandl rep...@bugs.python.orgwrote: changes parameter value. It' would be understandable, as exmple in documentation with acumulating value of L, that changing parameter in side class affect default value in next call. But this is out of mind. Did you try to execute program on your computer? Does it give same output? I rather consider it bug. Languages like python should be semanticly understandable, without knowing how something works. I read that van Rossum working on it ( clearing something ) in version 3.0, did you try it? Does verison 3.0 correct this? -- Added file: http://bugs.python.org/file18668/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9703 ___brbrdiv class=gmail_quoteOn Sat, Aug 28, 2010 at 12:34 AM, Georg Brandl span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex; br Georg Brandl lt;a href=mailto:ge...@python.org;ge...@python.org/agt; added the comment:br br This is by design.  Parameter default values are evaluated when the function is defined, not when it is called.  Therefore, by assigning the default value to an instance attribute, you are basically sharing it between instances.br br /blockquotediv   It#39;s totaly unexpected that changing attribute with difrent name changes parameter value. It#39; would be understandable, as exmple in documentation with acumulating value of L, that changing parameter in side class affect defaultbr    value in next call. But this is out of mind. Did you try to execute program on your computer? Does it give same output? I rather consider it bug. Languages like python should be semanticly understandable, without knowing howbr    something works. I read that van Rossum working on it ( clearing something ) in version 3.0, did you try it? Does verison 3.0 correct this?br /div/divbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9703] default param values
Benjamin Peterson benja...@python.org added the comment: Rest assured: it's expected behavior. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9707] Reworked threading.local reference implementation
New submission from Antoine Pitrou pit...@free.fr: This is a reworked reference implementation of _threading_local without the __del__ quirks. The _patch() ugliness is unfortunately still needed because of a doctest checking that derived __slots__ attributes aren't actually thread-local. Note that users are unlikely to ever use this code in the real world, except perhaps with non-CPython implementations. -- components: Library (Lib) files: threadlocal.patch keywords: patch messages: 115170 nosy: gregory.p.smith, pitrou priority: normal severity: normal stage: patch review status: open title: Reworked threading.local reference implementation type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file18669/threadlocal.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9707 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9574] allow whitespace around central '+' in complex constructor
Changes by Mark Dickinson dicki...@gmail.com: -- title: complex does not parse strings containing decimals - allow whitespace around central '+' in complex constructor ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9574 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4835] SIZEOF_SOCKET_T not defined
Antoine Pitrou pit...@free.fr added the comment: Committed in r84347 (py3k) and r84348 (3.1). -- resolution: - fixed stage: patch review - committed/rejected status: open - closed versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4835 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9706] ssl errors checking
Antoine Pitrou pit...@free.fr added the comment: SSLError: _ssl.c:296: Both the key certificate files must be specified for server-side operation I would change this behavior in SSLSocket constructor and raise ValueError if server_side is True and certfile is None. Good idea. Also, the message coming from the C code should be adjusted to state than keyfile argument is not mandatory. The message is arguably technically correct: you need both a (private) key and a certificate. It's simply that they can be put in the same file. s = ssl.wrap_socket(socket.socket(), server_side=1) s.connect(('blogger.com', 443)) For consistency I would expect something like ValueError(can't connect in server-side mode) on connect(). Indeed. ssl.SSLError: [Errno 336445442] _ssl.c:1604: error:140DC002:SSL routines:SSL_CTX_use_certificate_chain_file:system lib A simple IOError No such file or directory 'xxx' exception would be a lot more clear. Agreed, but the OpenSSL error reporting system looks too convoluted (or braindead) to easily allow such aliasing of errors. If you have an idea, don't hesitate to share :) ssl.SSLError: [Errno 336445449] _ssl.c:1604: error:140DC009:SSL routines:SSL_CTX_use_certificate_chain_file:PEM lib If possible, the error should be more clear about what happened. Something like malformed certfile was provided or something. Same as above: the error message and numeric code come from OpenSSL, not from us. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9706 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9708] cElementTree iterparse does not support parser argument
New submission from Adrian Nye adrian_...@yahoo.com: The (python) ElementTree library began in 2.7 to support the parser argument, but cElementTree does not support it. Either cElementTree should support it, or the documentation should mention that it does not. -- components: XML messages: 115173 nosy: adrian_nye priority: normal severity: normal status: open title: cElementTree iterparse does not support parser argument versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9708 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9708] cElementTree iterparse does not support parser argument
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +flox ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9708 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9574] allow whitespace around central '+' in complex constructor
Jervis Whitley jervi...@gmail.com added the comment: I can write a documentation patch for this: http://docs.python.org/library/functions.html?highlight=complex#complex to highlight the expected format of the string argument. As others have pointed out here, there are a number of other options available to correctly parse the complex string argument: * using eval where appropriate; and * preprocessing to remove whitespace. I think that the current options are sufficient that a patch to apply new behaviour isn't required. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9574 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7950] subprocess.Popen documentation should contain a good warning about the security implications when using shell=True
Chris Rebert pyb...@rebertia.com added the comment: Adjusted patch per R. David's comment. I obviously think it should be a full red warning box (that's how it is in my patch), but my opinion clearly isn't an outside one. Also, Ping/Bump on finally getting this applied. -- Added file: http://bugs.python.org/file18670/subprocess.rst.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7950 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com