[issue8048] doctest assumes sys.displayhook hasn't been touched
New submission from Noam Raphael noamr...@gmail.com: Hello, This bug is the cause of a bug reported about DreamPie: https://bugs.launchpad.net/bugs/530969 DreamPie (http://dreampie.sourceforge.net) changes sys.displayhook so that values will be sent to the parent process instead of being printed in stdout. This causes doctest to fail when run from DreamPie, because it implicitly assumes that sys.displayhook writes the values it gets to sys.stdout. This is why doctest replaces sys.stdout with its own file-like object, which is ready to receive the printed values. The solution is simply to replace sys.displayhook with a function that will do the expected thing, just like sys.stdout is replaced. The patch I attach does exactly this. Thanks, Noam -- components: Library (Lib) files: doctest.py.diff keywords: patch messages: 100334 nosy: noam severity: normal status: open title: doctest assumes sys.displayhook hasn't been touched type: behavior Added file: http://bugs.python.org/file16421/doctest.py.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8048 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8049] Wrong calculation result
New submission from dawton daw...@centrum.cz: I'm using Python 2.3 and today I found out, that Python gives following result: 2.05*60 122.99 while 2.05*10*6 123.0 Is there some explanation or is it a bug? Thanks for answer! -- messages: 100335 nosy: dawton severity: normal status: open title: Wrong calculation result type: behavior versions: Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8049] Wrong calculation result
Eric Smith e...@trueblade.com added the comment: Please read http://docs.python.org/tutorial/floatingpoint.html -- nosy: +eric.smith resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8049] Wrong calculation result
dawton daw...@centrum.cz added the comment: thanks a lot! *d. __ Od: Eric Smith rep...@bugs.python.org Komu: daw...@centrum.cz Datum: 03.03.2010 10:32 Předmět: [issue8049] Wrong calculation result Eric Smith e...@trueblade.com added the comment: Please read http://docs.python.org/tutorial/floatingpoint.html -- nosy: +eric.smith resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8049 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7143] get_payload(decode=True) eats last newline
Joaquin Cuenca Abela e98cu...@gmail.com added the comment: Hi, RFC 2046, 5.1.1 refers to the CRLF that happens just before the boundary. It says nothing about an encoded CRLF. From Andreas example, if you have: Content-Type: text/plain; name=test.txt Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=test.txt MTIzCg== --040103020004000509010404-- You are correctly eating the CRLF that exists between MTIzCg== and --040103020004000509010404--, because it's part of the boundary. You are also eating the CRLF that is inside the base64 encoded text, and I agree with Andreas that this is incorrect. Will you please consider reopening this bug? -- nosy: +Joaquin.Cuenca.Abela ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8048] doctest assumes sys.displayhook hasn't been touched
Changes by Florent Xicluna florent.xicl...@gmail.com: -- nosy: +flox priority: - normal stage: - test needed versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8048 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7232] Support of 'with' statement fo TarFile class
Lars Gustäbel l...@gustaebel.de added the comment: Okay, it is done, see r78623 (trunk) and r78626 (py3k). Thanks to all for your work and support! -- resolution: - accepted status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7232] Support of 'with' statement fo TarFile class
Changes by Lars Gustäbel l...@gustaebel.de: -- stage: patch review - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2973] _ssl compiler warnings
Barry A. Warsaw ba...@python.org added the comment: Because we're in release candidate mode, I reverted the change to the release26-maint branch. It doesn't seem critical enough to sneak in between rc and final. Please do re-apply after 2.6.5 final is released though! -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8039] precedence rules for ternary operator
Eric Smith e...@trueblade.com added the comment: For what it's worth, these are properly called Conditional Expressions. See PEP 308 for the gory details, including figuring out what the precedence is. It was news to me that the allowed syntax is slightly different in 2.x and 3.x. -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8047] Serialiser in ElementTree returns unicode strings in Py3k
R. David Murray rdmur...@bitdance.com added the comment: I'm not an ElementTree user, but that spelling (etree.tostring(encode=str), or even etree.tostring(encode=unicode)) strikes me as horrible. You don't encode to unicode, you *decode* to unicode. Thus the current Python3 interface works the way I'd expect: if I don't specify an encoding, I get unicode. If I do specify an encoding, I get encoded bytes. In the general case the fact that you can no longer get away with being sloppy about what encoding a byte stream is in, the way you could in Python2, is a feature of Python3, not a bug. If anything, having 'tostring' return bytes is broken, given its name. But I think we fudge that by claiming it is returning a 'byte string' when given an encoding. That said, I'm not sure how much, if at all, my opinion counts :) -- nosy: +effbot, flox, r.david.murray priority: - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8047 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7143] get_payload(decode=True) eats last newline in base64 encoded payload
R. David Murray rdmur...@bitdance.com added the comment: Ah, I misunderstood, and did not see that the newline in question was inside the base64 string. Thank you for pointing out my mistake. Would either of you like to propose a patch, including a test case? (I've removed 2.5 because it is in security-fix-only mode). -- assignee: - r.david.murray keywords: +easy resolution: invalid - stage: committed/rejected - test needed status: closed - open title: get_payload(decode=True) eats last newline - get_payload(decode=True) eats last newline in base64 encoded payload versions: -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7143] get_payload(decode=True) eats last newline in base64 encoded payload
Changes by R. David Murray rdmur...@bitdance.com: -- versions: -Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2973] _ssl compiler warnings
STINNER Victor victor.stin...@haypocalc.com added the comment: barry Because we're in release candidate mode, barry I reverted the change to the release26-maint branch. Yeah, sorry. I realized that after backporting the fix to 2.6. barry Please do re-apply after 2.6.5 final is released though! Ok. I reopened to issue to not forget. -- resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8047] Serialiser in ElementTree returns unicode strings in Py3k
Stefan Behnel sco...@users.sourceforge.net added the comment: I agree that the lxml API is somewhat clumsy here. I just mentioned it to show that there are already ways to do it in a backwards compatible way, so this change does two things: it breaks existing code, and it does so in a way that is incompatible with other existing implementations. That's what *I* would call horrible. Also, this is absolutely not a feature that is restricted to Py3, so what's the equivalent feature in the standard library of Py2 going to be, and how much code will it break for the Py2 series? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8047 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8050] smtplib SMTP.sendmail (TypeError: expected string or buffer)
New submission from Allison Vollmann allisonv...@gmail.com: When call SMTP.sendmail (with simple sendmail local sent and with smtp auth), the follow exception be raised (with debug output): send: 'mail FROM:xxx size=5\r\n' reply: '250 2.1.0 Ok\r\n' reply: retcode (250); Msg: 2.1.0 Ok send: 'rcpt TO:xxx\r\n' reply: '250 2.1.5 Ok\r\n' reply: retcode (250); Msg: 2.1.5 Ok send: 'data\r\n' reply: '354 End data with CRLF.CRLF\r\n' reply: retcode (354); Msg: End data with CRLF.CRLF data: (354, 'End data with CRLF.CRLF') Traceback (most recent call last): File pyshell#14, line 1, in module s.sendmail(to, to, msg) File C:\Python26\lib\smtplib.py, line 710, in sendmail (code,resp) = self.data(msg) File C:\Python26\lib\smtplib.py, line 474, in data q = quotedata(msg) File C:\Python26\lib\smtplib.py, line 157, in quotedata re.sub(r'(?:\r\n|\n|\r(?!\n))', CRLF, data)) File C:\Python26\lib\re.py, line 151, in sub return _compile(pattern, 0).sub(repl, string, count) TypeError: expected string or buffer This error appear because 'data' isn't an string object, just replacing q = quotedata(msg) for q = quotedata(str(msg)) (in Python26\lib\smtplib.py:474) solves the problem, but i can't understand how this simple mistake does not be noticed Teste in: Python 2.5.2 (r252:60911, Jan 24 2010, 14:53:14) [GCC 4.3.2] on linux2, Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit (Intel)] on win32 -- components: Regular Expressions messages: 100346 nosy: Allison.Vollmann severity: normal status: open title: smtplib SMTP.sendmail (TypeError: expected string or buffer) type: crash versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8050 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7808] test_bsddb3 leaks references
Jesús Cea Avión j...@jcea.es added the comment: Florent, Could you explain the changes to the unittest?. I don't understand them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7808 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8050] smtplib SMTP.sendmail (TypeError: expected string or buffer)
Changes by Eric Smith e...@trueblade.com: -- components: +Library (Lib) -Regular Expressions type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8050 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7808] test_bsddb3 leaks references
Florent Xicluna florent.xicl...@gmail.com added the comment: Could you explain the changes to the unittest? The reference to self in the hooks were preventing the GC of the test case, as far as I understand, because it creates a cycle. When using weak references, there's no more dead cycles. It is my own explanation, maybe it's not exactly what happens. For the sys.traceback, I could not explain it better than the FAQ: http://docs.python.org/faq/design.html#how-does-python-manage-memory I may add a small comment in test_replication to explain the usage of weakref. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7808 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8047] Serialiser in ElementTree returns unicode strings in Py3k
R. David Murray rdmur...@bitdance.com added the comment: My understanding is that backward compatibility, while nice to retain, was not considered a stopper for cleaning up interfaces in py3. Exactly how considered this change was, I have no idea, but as I said it does make sense to me. As for 2.x, what's there is what's there, as far as I can see. Florent could speak to whether or not that API is likely to change in 2.7, but I doubt it will. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8047 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8047] Serialiser in ElementTree returns unicode strings in Py3k
Florent Xicluna florent.xicl...@gmail.com added the comment: With ET 1.3, the serializer ElementTree.write() should output bytes only. And the default encoding is still US-ASCII. The new behaviour is specific to the 3.x branch (since 3.0, r56841). Even if it is not fully backward compatible, I don't find this behavior shocking: it is a rule of Python 3 to avoid implicit encoding/decoding. -- stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8047 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6560] socket sendmsg(), recvmsg() methods
David Watson bai...@users.sourceforge.net added the comment: I just found that the IPv6 tests don't get skipped when IPv6 is available but disabled in the build - you can create IPv6 sockets, but not use them :/ This version fixes the problem. -- Added file: http://bugs.python.org/file16422/baikie-hwundram-v2.1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7540] urllib2 request does not update content length after new add_data
Fred L. Drake, Jr. fdr...@acm.org added the comment: This change breaks existing uses of Python 2.6.4. The mechanize library frequently re-initializes the data in the request without re-using the request. Applications (including tests) that use mechanize now break with this TypeError. The proper response to this issue for Python 2.6 is to make no code changes (though a documentation enhancement may be in order). This change should be reverted from all branches. Python 2.6.5 should be blocked until this is done. -- nosy: +fdrake status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7540 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7540] urllib2 request does not update content length after new add_data
Fred L. Drake, Jr. fdr...@acm.org added the comment: To clarify: Multiple calls to add_data on a urllib2 request, when the request isn't being reused, are in no way invalidated by the problem initially reported. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7540 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4036] Support bytes for subprocess.Popen()
STINNER Victor victor.stin...@haypocalc.com added the comment: os.exec*() now accept bytes thanks to the PEP 383: see issue #4035. I updated my patch: it now includes tests \o/ It works on Linux. Can someone test it on Windows and/or Mac OS X? -- resolution: - fixed status: open - closed Added file: http://bugs.python.org/file16423/subprocess-bytes-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2636] Regexp 2.7 (modifications to current re 2.2.2)
Vlastimil Brom vlastimil.b...@gmail.com added the comment: I just noticed a cornercase with the newly introduced grapheme matcher \X, if this is used in the character set: regex.findall(\X, abc) ['a', 'b', 'c'] regex.findall([\X], abc) Traceback (most recent call last): File input, line 1, in module File regex.pyc, line 218, in findall File regex.pyc, line 1435, in _compile File regex.pyc, line 2351, in optimise File regex.pyc, line 2705, in optimise File regex.pyc, line 2798, in optimise File regex.pyc, line 2268, in __hash__ AttributeError: '_Sequence' object has no attribute '_key' It obviously doesn't make much sense to use this universal literal in the character class (the same with . in its metacharacter role) and also http://www.regular-expressions.info/refunicode.html doesn't mention this possibility; but the error message might probably be more descriptive, or the pattern might match X or \ and \X (?) I was originally thinking about the possibility to combine the positive and negative character classes, where e.g. \X would be a kind of base; I am not aware of any re engine supporting this, but I eventually found an unicode guidelines for regular expressions, which also covers this: http://unicode.org/reports/tr18/#Subtraction_and_Intersection It also surprises a bit, that these are all included in Basic Unicode Support: Level 1; (even with arbitrary unions, intersections, differences ...) it suggests, that there is probably no implementation available (AFAIK) - even on this basic level, according to this guideline. Among other features on this level, the section http://unicode.org/reports/tr18/#Supplementary_Characters seems useful, especially the handling of the characters beyond \u, also in the form of surrogate pairs as single characters. This might be useful on the narrow python builds, but it is possible, that there would be be an incompatibility with the handling of these data in narrow python itself. Just some suggestions or rather remarks, as you already implemented many advanced features and are also considering some different approaches ...:-) vbr -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7494] _lsprof (cProfile): Profiler.clear() keeps references to detroyed nodes
STINNER Victor victor.stin...@haypocalc.com added the comment: Sorry, but I'm unable to write a reliable unit test. You have to trust me: the patch fixes the issue and the issue does exist :-) Fixed by r78641 (trunk), r78642 (py3k), r78643 (3.1). Leave this issue open until the fix can be backported to 2.6 (after 2.6.5 release). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7494 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2636] Regexp 2.7 (modifications to current re 2.2.2)
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: \X shouldn't be allowed in a character class because it's equivalent to \P{M}\p{M}*. It's a bug, now fixed in issue2636-20100304.zip. I'm not convinced about the set intersection and difference stuff. Isn't that overdoing it a little? :-) -- Added file: http://bugs.python.org/file16424/issue2636-20100304.zip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4036] Support bytes for subprocess.Popen()
STINNER Victor victor.stin...@haypocalc.com added the comment: Oops, I realized that the second test is just useless. The argument is str, not bytes. I wanted to test Popen(bytes, shell=True). What is the right encoding to convert a string to bytes for the file system? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4036] Support bytes for subprocess.Popen()
Brian Curtin cur...@acm.org added the comment: The list2cmdline function checks spaces, tabs, etc in line 521 of subprocess.py. In your first test case, it ends up checking if a string is contained in a bytes object, which is a TypeError for the str not supporting the buffer API. Would it be acceptable to just add arg = str(arg) right under the for loop? That fixes it for me, not sure of the preferred way to go about it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8051] Python 2.7 alpha 4 show wrong version number on osx
New submission from Shashwat Anand anand.shash...@gmail.com: Python 2.7 alpha 4 (trunk 78643) upon being invoked on terminal shows wrong version number.Since it is no longer alpha 3, it should show 'Python 2.7a4+' as version Shashwat-Anands-MacBook-Pro:Misc l0nwlf$ python2.7 Python 2.7a3+ (trunk:78643, Mar 4 2010, 06:44:41) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type help, copyright, credits or license for more information. import argparse# to verify this is python 2.7 alpha 4 -- assignee: ronaldoussoren components: Macintosh messages: 100368 nosy: l0nwlf, ronaldoussoren severity: normal status: open title: Python 2.7 alpha 4 show wrong version number on osx type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8051 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8051] Python 2.7 alpha 4 show wrong version number on osx
Benjamin Peterson benja...@python.org added the comment: We haven't released 2.7 alpha 4, so I wouldn't expect anything to have that version. The + indicates it's after the release. -- nosy: +benjamin.peterson resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8051 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2636] Regexp 2.7 (modifications to current re 2.2.2)
Vlastimil Brom vlastimil.b...@gmail.com added the comment: Actually I had that impression too, but I was mainly surprised with these requirements being on the lowest level of the unicode support. Anyway, maybe the relevance of these guidelines for the real libraries is is lower, than I expected. Probably the simpler cases are adequately handled with lookarounds, e.g. (?:\w(?!\p{Greek}))+ and the complex examples like symmetric differences seem to be beyond the normal scope of re anyway. Personally, I would find the surrogate handling more useful, but I see, that it isn't actually the job for the re library, given that the narrow build of python doesn't support indexing, slicing, len of these characters either... vbr -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8051] Python 2.7 alpha 4 show wrong version number on osx
Shashwat Anand anand.shash...@gmail.com added the comment: Python 2.7 alpha 4 will be released on 2010-03-06 according to PEP 0373. The Misc/NEWS (http://svn.python.org/projects/python/trunk/Misc/NEWS) mentions : What's New in Python 2.7 alpha 4? Since this is almost _the python 2.7 alpha 4_, I expected to show latest version number. I guess it'll show correctly after the final release i.e. two days later. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8051 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7540] urllib2 request does not update content length after new add_data
Fred L. Drake, Jr. fdr...@acm.org added the comment: I'd like to hear at least one other say-so (which can be yours if you agree this is the right thing), so there's more recognized consensus on the matter. We also need an explicit go-ahead from Barry as the release manager. At this point, the community sees only my assertion that this is a regression from 2.6.4. I'd be fine with a documentation improvement going in as well (as a separate commit), but that's not a requirement to deal with the release block. Before the release, it would require a separate go-ahead from the release manager. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7540 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4036] Support bytes for subprocess.Popen()
Martin v. Löwis mar...@v.loewis.de added the comment: On Windows, command lines shouldn't need to be encoded in any encoding. Instead, the unicode string should be passed to the system call as-is. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5277] email message.get_params() and related methods sometimes fail.
Ryan Coyner rcoy...@gmail.com added the comment: Okay, bug confirmed: m = email.message_from_string('Content-Disposition: inline; filename*0=foo \\test; filename*1=\\bar') m.get_filename() 'foo test; filename*1=bar' And here is the result with the patch applied: m = email.message_from_string('Content-Disposition: inline; filename*0=foo \\test; filename*1=\\bar') m.get_filename() 'foo testbar' Attached a patch. Unit test included. -- nosy: +rcoyner Added file: http://bugs.python.org/file16426/issue5277.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5277 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8053] test_thread fails on Windows
New submission from Martin v. Löwis mar...@v.loewis.de: test_thread currently fails, then hangs on Windows with this output: test_thread Unhandled exception in thread started by function thread1 at 0x0182E4F0 Traceback (most recent call last): File C:\Python26\lib\test\test_thread.py, line 180, in thread1 pid = os.fork() # fork in a thread AttributeError: 'module' object has no attribute 'fork' I believe the logic in r78551 is reverted: the test should be executed if the sys.platform does *not* start with win. Negating the condition makes test_thread pass on Windows. -- assignee: gregory.p.smith messages: 100378 nosy: barry, gregory.p.smith, loewis priority: release blocker severity: normal status: open title: test_thread fails on Windows versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com