[issue8739] Update to smtpd.py to RFC 5321

Alberto Trevino added the comment: On Thursday 20 May 2010 07:46:43 am you wrote: > If you don't specify the size, the response of EHLP won't list > SIZE as one of the extensions. But, if a size is specified, then it > will show it on EHLP. Sorry, the EHLP above should be EHLO. Fat fingers, l

[issue6268] Seeking to the beginning of a text file a second time will return the BOM as first character

STINNER Victor added the comment: (For your information, io module had the same problem in Python3: it was fixed in #4862) -- ___ Python tracker ___

[issue6268] Seeking to the beginning of a text file a second time will return the BOM as first character

STINNER Victor added the comment: Fixed: 2.7 (r81459), 2.6 (r81460), 3.2 (r81461), 3.1 (r81462). -- nosy: +haypo resolution: -> fixed status: open -> closed ___ Python tracker _

[issue2027] Module containing C implementations of common text algorithms

STINNER Victor added the comment: Before having a optimized version of common test algorithms, why not starting by a Python? Write and maintain C code is harder, and I'm not sure that performances are critical for such algorithm. This issue has no patch: if nobody provides a patch, I will clo

[issue7983] The encoding map from Unicode to CP932 is different from that of Windows'

Changes by STINNER Victor : -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue7768] raw_input should encode unicode prompt with std.stdout.encoding.

STINNER Victor added the comment: "and that this issue should be closed (as wontfix)." ... because this issue has no patch and we are close to 2.7rc1 (and 2.7 should be the last major version of the 3.x branch). -- ___ Python tracker

[issue1436203] getpass.getpass() should allow Unicode prompts

STINNER Victor added the comment: As I wrote in issue #7768: this issue is already fixed in Python3 (getpass supports unicode prompt) and you should use Python3 instead of Python2 because Python3 has a much better unicode support. It would be harder to fix Python2, and this issue has no patch

[issue850997] mbcs encoding ignores errors

STINNER Victor added the comment: Since this change breaks backward compatibility, it's a very bad idea to change mbcs codec in Python 2.7: remove this version from this issue. -- versions: -Python 2.7 ___ Python tracker

[issue850997] mbcs encoding ignores errors

STINNER Victor added the comment: I patched py3k with mbcs_errors.patch (only encode_mbcs, not the decoder function) and most test pass: I opened #8784 for test_tarfile failure. I don't think that it's a problem that mbcs only supports few error handlers, eg. 'strict', 'replace' and 'errors'

[issue8784] tarfile/Windows: Don't use mbcs as the default encoding

New submission from STINNER Victor : mbcs encoding replace non encodable characters (loose information) and doesn't support surrogateescape error handler. It ignores the error handler argument: see #850997, and tarfile now uses surrogateescape error handler by default (#8390). This encoding is

[issue7768] raw_input should encode unicode prompt with std.stdout.encoding.

STINNER Victor added the comment: The bug is fixed in Python3. I would like to say that you should use Python3 (which has a much better unicode support) instead of Python2 to get such feature, and that this issue should be closed (as wontfix). -- nosy: +haypo

[issue850997] mbcs encoding ignores errors

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue6058] Add cp65001 to encodings/aliases.py

STINNER Victor added the comment: Would it be possible to implement a "cp65001" codec in Python using MultiByteToWideChar() / WideCharToMultiByte() with codepage=CP_UTF8? -- nosy: +haypo ___ Python tracker ___

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

STINNER Victor added the comment: @benjamin.peterson: Do you plan to port r75928 to 2.7 and 3.1? If not, can you close this issue? I think that this issue priority is minor because few people write directly non-BMP characters in Python files (maybe only one, Ezio Melotti :-)). u"\u", u"\

[issue3798] SystemExit incorrectly displays unicode message

STINNER Victor added the comment: I applied a similar patch to py3k (r81457) to use sys.stderr encoding and error handler, instead of the default encoding (utf8). Wait for the buildbot before backporting to 3.1. -- ___ Python tracker

[issue3798] SystemExit incorrectly displays unicode message

STINNER Victor added the comment: Here is a patch for trunk. This bug is minor, and so I don't know if it can be commited to 2.7. The patch adds also a test that I added to py3k in r81252: "handle_system_exit() flushs files to warranty the output order PyObject_Print() writes into the C obje

[issue5640] Wrong print() result when unicode error handler is not 'strict'

STINNER Victor added the comment: Hyeshik Chang commited the fix one year ago in py3k (r71045). I ported the fix to trunk (r81454) and 2.6 (r81456). -- nosy: +haypo resolution: -> fixed status: open -> closed ___ Python tracker

[issue8709] mention explicitly Windows support for os.devnull

Georg Brandl added the comment: Thanks, applied in r81450. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue8782] inspect.getsource returns invalid source for non-newline-ending module

Benjamin Peterson added the comment: Fixed in r81432 by making linecache smarter. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue8707] Duplicated document in telnetlib.

Georg Brandl added the comment: Thanks, fixed in r81431. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue4769] b64decode should accept strings or bytes

STINNER Victor added the comment: Attached base64_main.patch fixes errors described in b64-decode-str-bytes-typeerror.txt. -- ___ Python tracker ___

[issue8724] bind_and_activate parameter is missed from directive

Georg Brandl added the comment: Thanks, fixed in r81419. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue8729] The Mapping ABC's __eq__ method should return NotImplemented if the other type is not a Mapping

Benjamin Peterson added the comment: Fixed in r81414. Thanks for the patch. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue8780] py3k: child process don't inherit stdout / stderr on Windows

STINNER Victor added the comment: Fixed by r81403 (py3k). Even if the issue is a regression specific to 3.x, I backported the new test in 3.1: r81408. -- resolution: -> fixed status: open -> closed title: py3k: child process don't inherit stdout / stdout on Windows -> py3k: child pr

[issue8691] Doc: left alignment is not the default for numbers

Georg Brandl added the comment: Eric should know the exact semantics best. -- assignee: d...@python -> eric.smith nosy: +eric.smith, georg.brandl ___ Python tracker ___ _

[issue6715] xz compressor support

Changes by Christophe Simonis : -- nosy: +Christophe Simonis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue8694] python3 FAQ mentions unicode()

Georg Brandl added the comment: This was due to a review of the programming FAQ not yet having been merged to the 3.1 branch. Now fixed in r81407. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker

[issue8783] The external link to a "Hash Collision FAQ" points to some company's homepage

Georg Brandl added the comment: The FAQ can still be found in the internet archive, http://web.archive.org/web/20070928160638/http://www.cryptography.com/cnews/hash.html but of course this is not a good link, especially because it's not updated. I've added the link to the wikipedia article,

[issue1621421] normalize namespace from minidom

Changes by Adomas Paltanavičius : -- nosy: +admp ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue8783] The external link to a "Hash Collision FAQ" points to some company's homepage

New submission from Daniel Stutzbach : At the bottom of the documentation for hashlib, there's a link to http://www.cryptography.com/cnews/hash.html which the hashlib documentation describes as "Hash Collision FAQ with information on which algorithms have known issues and what that means regard

[issue1436346] yday in datetime module

Changes by Alexander Belopolsky : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1436346] yday in datetime module

Alexander Belopolsky added the comment: On Thu, May 20, 2010 at 7:27 PM, Antoine Pitrou wrote: > >> .. The OP's premise was that >> t.timetuple()[7] was unreadable, but in the modern python, the same >> can be written as t.timetuple().tm_yday. > > Could I suggest such example be added to the do

[issue8729] The Mapping ABC's __eq__ method should return NotImplemented if the other type is not a Mapping

Daniel Stutzbach added the comment: Here is a revised patch based on Benjamin's comments on Rietveld. -- Added file: http://bugs.python.org/file17433/mapping2.patch ___ Python tracker __

[issue5753] CVE-2008-5983 python: untrusted python modules search path

Antoine Pitrou added the comment: Committed in r81398 (trunk), r81399 (2.6), r81400 (py3k), r81401 (3.1). Thank you! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue1621] Do not assume signed integer overflow behavior

Changes by Dave Malcolm : -- nosy: +dmalcolm ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue2736] datetime needs an "epoch" method

Alexander Belopolsky added the comment: On Fri, May 21, 2010 at 12:20 PM, Antoine Pitrou wrote: .. > Well, for example, the datetime module encourages you to use "aware" datetime > objects (rather than so-called "naive" objects), > but there isn't a single facility to do so. You must reinvent

[issue5288] tzinfo objects with sub-minute offsets are not supported (e.g. UTC+05:53:28)

Changes by Alexander Belopolsky : -- assignee: -> belopolsky nosy: +belopolsky stage: -> unit test needed type: -> feature request versions: +Python 3.2 -Python 2.7, Python 3.1 ___ Python tracker

[issue2736] datetime needs an "epoch" method

Antoine Pitrou added the comment: > The advantage of an obscure one-liner is > that it is obvious what it does, particularly for someone with a > C/UNIX background. Well, I would argue that the C/Unix legacy in terms of dates and times isn't an example to follow. Python does not force you to u

[issue8748] integer-to-complex comparisons give incorrect results

Meador Inge added the comment: > Hmm. The current Python 2.7 behaviour really is a mess. No doubt! > Your patch removes the coercion entirely; Yeah, I know. The funny thing about this is that according to the documentation [1]: "Arguments to rich comparison methods are never coerced.

[issue2736] datetime needs an "epoch" method

Alexander Belopolsky added the comment: On Fri, May 21, 2010 at 11:20 AM, Alexander Belopolsky wrote: .. > I believe it should be something like this: > > from claendar import timegm s/claendar/calendar/, of course. -- nosy: +Alexander.Belopolsky _

[issue2736] datetime needs an "epoch" method

Changes by Alexander Belopolsky : -- assignee: -> belopolsky nosy: -Alexander.Belopolsky stage: -> unit test needed versions: +Python 3.2 -Python 2.6, Python 3.0 ___ Python tracker ___

[issue2736] datetime needs an "epoch" method

Alexander Belopolsky added the comment: On Fri, May 21, 2010 at 7:37 AM, Antoine Pitrou wrote: .. > I agree with Victor that the APIs need improving, even if it involves > providing obvious replacements of obscure one-liners. While I agree that the datetime API can be improved, I don't think

[issue8750] Many of MutableSet's methods assume that the other parameter is not self

Daniel Stutzbach added the comment: Patch with unit test attached for MutableSet's: x ^= x x -= x I was wrong about |= and &= having a problem. Since they don't mutate the set, they don't raise an exception (they only .add items that are already in the set). I added tests for them but left

[issue6715] xz compressor support

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue6695] PyXXX_ClearFreeList for dict, set, and list

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue2736] datetime needs an "epoch" method

Alexander Belopolsky added the comment: On Fri, May 21, 2010 at 7:26 AM, STINNER Victor wrote: .. >>  ... If the tzinfo of the datetime object does not match the >> system TZ used by mktime, the result will be quite misleading. > > Can you suggest a possible fix to take care of the timezone inf

[issue8748] integer-to-complex comparisons give incorrect results

Mark Dickinson added the comment: Hmm. The current Python 2.7 behaviour really is a mess. Your patch removes the coercion entirely; I'm not sure that's a good idea: mightn't this change behaviour for user-defined classes with a __coerce__ method? Maybe it would be better to just special-c

[issue8748] integer-to-complex comparisons give incorrect results

Mark Dickinson added the comment: py3k patch applied in r81397, with some tweaks: - fix reference leak (j wasn't being Py_DECREF'd in the long branch) - remove trailing whitespace - put 'else' and 'else if' on a new line following a closing brace - remove unnecessary NULL initializations -

[issue8780] py3k: child process don't inherit stdout / stdout on Windows

Brian Curtin added the comment: Looks fine to me. The first line of the test comment has "if" instead of "is" but you could fix that on checkin. -- assignee: brian.curtin -> haypo ___ Python tracker _

[issue8782] inspect.getsource returns invalid source for non-newline-ending module

New submission from holger krekel : Executing the attached "inspect_failure.py" under python2.6 or python3.1 results in an assertion error: Python fails to obtain the source code of a function that is defined at the end of a module whose last line does not contain a line ending character. Af

[issue8780] py3k: child process don't inherit stdout / stdout on Windows

STINNER Victor added the comment: Ok, it *is* a regression introduced by r78946. Attached patch fixes the issue and adds a regression test. Add also the author of r78946 to the nosy list :-) -- keywords: +patch nosy: +gregory.p.smith Added file: http://bugs.python.org/file17430/subpro

[issue8760] Python 2.6.5 fails to build on AIX 5.3

Amaury Forgeot d'Arc added the comment: Closing as Invalid. PYTHONHOME should not be set when building Python. -- resolution: -> invalid status: open -> closed ___ Python tracker __

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

Daniel Stutzbach added the comment: Yeah, this is a "I noticed this small optimization while working on something else" kind of thing. ;) ("something else" being Issue8654) I can make a patch to change the #if's to test Py_UNICODE_SIZE == SIZEOF_WCHAR_T, though I'll give others a few days to

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

Antoine Pitrou added the comment: > Another option would be to test Py_UNICODE_SIZE == SIZEOF_WCHAR_T to > enable the optimizations, instead of defined(HAVE_USABLE_WCHAR_T). > The plus side is that we wouldn't be changing the semantics of > anything. I guess it's sufficient, indeed. Besides, th

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

Daniel Stutzbach added the comment: Usually you wouldn't want to cast a char directly to a Py_UNICODE, because you need to take into account the encoding of the char and map it to the appropriate Unicode character. The exception is when you're certain the char is 7-bit ASCII, which is a subs

[issue8760] Python 2.6.5 fails to build on AIX 5.3

Orlando Irrazabal added the comment: Amoury, you are right, when i unset the PYTHONHOME environment variable the program run. The output was: r...@host:python-2.6.5# ./python -m test.regrtest -w test_grammar test_opcodes test_dict test_builtin test_exceptions test_types test_unittest test_doct

[issue8780] py3k: child process don't inherit stdout / stdout on Windows

STINNER Victor added the comment: Recent change of subprocess in py3k, I don't know if it's related: r78946. -- ___ Python tracker ___ ___

[issue8780] py3k: child process don't inherit stdout / stdout on Windows

STINNER Victor added the comment: > It's just under Windows, right? It works on Linux. I suppose that the issue is specific to Windows. -- title: py3k: child process don't inherit stdout / stdout -> py3k: child process don't inherit stdout / stdout on Windows

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

Antoine Pitrou added the comment: The problem with a signed Py_UNICODE is implicit sign extension (rather than zero extension) in some conversions, for example from "char" or "unsigned char" to "Py_UNICODE". The effects could go anywhere from incorrect results to plain crashes. Not only in ou

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

New submission from Daniel Stutzbach : If ./configure detects that the system's wchar_t type is compatible, it will define "#define PY_UNICODE_TYPE wchar_t" and enable certain optimizations when converting between Py_UNICODE and wchar_t (i.e., it can just do a memcpy). Right now, ./configure c

[issue8780] py3k: child process don't inherit stdout / stdout

Antoine Pitrou added the comment: It's just under Windows, right? -- assignee: -> brian.curtin components: +Windows nosy: +brian.curtin, pitrou priority: normal -> critical ___ Python tracker _

[issue8780] py3k: child process don't inherit stdout / stdout

STINNER Victor added the comment: ("doesn't work" means that the example doesn't print anything) -- ___ Python tracker ___ ___ Python-

[issue8780] py3k: child process don't inherit stdout / stdout

New submission from STINNER Victor : The following code works on 2.6, 2.7 (trunk), 3.1, but not on py3k. import subprocess, sys subprocess.call([sys.executable, '-c', 'print("Hello World!")']) On py3k, sys.stdout and sys.stderr are equal to... None. I hope that it's a problem with my setup. -

[issue6695] PyXXX_ClearFreeList for dict, set, and list

Matthias Troffaes added the comment: I uploaded updates of the three relevant patches against the current revision of the py3k branch, as the old patches no longer applied cleanly due to whitespace changes. To summarize: * The first patch, py3k-rev81387-clearfreelist-dict_set_list.patch, sim

[issue6695] PyXXX_ClearFreeList for dict, set, and list

Changes by Matthias Troffaes : Added file: http://bugs.python.org/file17429/py3k-rev81387-clearfreelist-time_gc_collect.patch ___ Python tracker ___ _

[issue6695] PyXXX_ClearFreeList for dict, set, and list

Changes by Matthias Troffaes : Added file: http://bugs.python.org/file17428/py3k-rev81387-clearfreelist-gc_collect.patch ___ Python tracker ___ __

[issue6695] PyXXX_ClearFreeList for dict, set, and list

Changes by Matthias Troffaes : Added file: http://bugs.python.org/file17427/py3k-rev81387-clearfreelist-dict_set_list.patch ___ Python tracker ___ ___

[issue2736] datetime needs an "epoch" method

Antoine Pitrou added the comment: I agree with Victor that the APIs need improving, even if it involves providing obvious replacements of obscure one-liners. As an occasional user of datetime and time modules, I have too often wanted to curse those limited, awkwardly inconsistent APIs. Just

[issue2736] datetime needs an "epoch" method

STINNER Victor added the comment: > As you explain in your own documentation, the proposed method > is equivalent to ``(time.mktime(self.timetuple()), self.microsecond)``, > so all it does is replacing a less than a one-liner. a one-liner, but an horrible one liner :-) I don't like mixing date

[issue4007] make clean fails to delete .a and .so.X.Y files

STINNER Victor added the comment: Yes, "make clean" should remove *.a and *.so.* files. The patch looks ok. -- nosy: +haypo ___ Python tracker ___ ___

[issue8765] Tests unwillingly writing unicocde to raw streams

Antoine Pitrou added the comment: test_fileio and test_io both use "from __future__ import unicode_literals", which means classical string literals construct unicode strings rather than byte strings. So, yes, Pascal is right, this should be corrected (both the tests, and the implementation so

[issue8765] Tests unwillingly writing unicocde to raw streams

Pascal Chambon added the comment: yes, but the same tests are used for py3k as well, where "xxx" is interpreted as unicode (2to3 tools dont try to guess if a py2k string intended to be a byte string or an unicode one). -- ___ Python tracker

[issue8774] tabnanny improperly handles non-ascii source files

STINNER Victor added the comment: Commited: r81393 (py3k), r81394 (3.1). -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue8720] undo findsource regression/change

holger krekel added the comment: Well, maybe we could introduce a "linecache.setlines" function to give the linecache module control over its internal caching and data handling. What do you think? -- ___ Python tracker

[issue1289118] timedelta multiply and divide by floating point

Mark Dickinson added the comment: N.B. There's already logic for doing div_nearest (i.e., divide one integer by another, returning the closest integer to the result) in the long_round function in Objects/longobject.c. It might be worth pulling that logic out and making it available in a _Py

[issue4870] ssl module is missing SSL_OP_NO_SSLv2

Antoine Pitrou added the comment: This was committed in r81392. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue5753] CVE-2008-5983 python: untrusted python modules search path

Antoine Pitrou added the comment: > Absolute path to the directory where script is located. And I believe > there's no absolute path guarantee for platforms without realpath / > GetFullPathName. Yes, this is more precise indeed. As for realpath(), I would expect it to be present on modern Unic

[issue1289118] timedelta multiply and divide by floating point

Mark Dickinson added the comment: Python reference implementation showing how to do correct rounding. -- Added file: http://bugs.python.org/file17426/timedelta_arith.py ___ Python tracker ___

[issue8765] Tests unwillingly writing unicocde to raw streams

Ray.Allen added the comment: pakal wrote: """ In test_fileio, one of the tests wants to ensure writing to closed raw streams fails, but it actually tries to write an unicode string """ I don't understand. Isn't b'xxx' and 'xxx' the same in py2.x? They are not unicode string, but bytes string.

[issue8720] undo findsource regression/change

holger krekel added the comment: David, your getsourcefile.patch looks fine (and better than mine) to me. -- ___ Python tracker ___ __

[issue8760] Python 2.6.5 fails to build on AIX 5.3

Amaury Forgeot d'Arc added the comment: Do you have set the PYTHONHOME environment variable? this does not work from a build directory. -- ___ Python tracker ___ ___

[issue1289118] timedelta multiply and divide by floating point

Mark Dickinson added the comment: Alexander, I still don't understand your objection. What's the downside of allowing the multiplication or division of a timedelta by a float? Perhaps it's true that there are applications where timedeltas are best viewed as integers (with an implicitt 'micro

[issue8765] Tests unwillingly writing unicocde to raw streams

Pascal Chambon added the comment: This would require patching separately py2k and py3k visibly... I'll have a look at it when I have time. -- ___ Python tracker ___ _

[issue5753] CVE-2008-5983 python: untrusted python modules search path

Tomas Hoger added the comment: + - If the name of an existing script is passed in ``argv[0]``, its absolute + path is prepended to :data:`sys.path` Absolute path to the directory where script is located. And I believe there's no absolute path guarantee for platforms without realpath / G