[issue11282] unittest document not keep consist with code

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11282 ___ ___ Python-bugs

[issue11282] unittest document not keep consist with code

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +michael.foord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11282 ___ ___ Python-bugs

[issue11272] input() has trailing carriage return on windows

Ezio Melotti ezio.melo...@gmail.com added the comment: Is it possible to add some tests for input()? Also the patch uses tabs instead of spaces. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11272

[issue11298] unittest discovery needs better explanation

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11298 ___ ___ Python-bugs

[issue11298] unittest discovery needs better explanation

Ezio Melotti ezio.melo...@gmail.com added the comment: http://code.python.org/hg/branches/py3k/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11298

[issue11303] b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11303 ___ ___ Python-bugs

[issue11303] b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')

Ezio Melotti ezio.melo...@gmail.com added the comment: See also discussion on #5902. Steffen, your normalization function looks similar to encodings.normalize_encoding, with just a few differences (it uses spaces instead of dashes, it divides alpha chars from digits). If it doesn't slow down

[issue11303] b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')

Ezio Melotti ezio.melo...@gmail.com added the comment: If the first normalization function is flexible enough to match most of the spellings of the optimized encodings, they will all benefit of the optimization without having to go through the long path. (If the normalized encoding name

[issue11303] b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')

Ezio Melotti ezio.melo...@gmail.com added the comment: That will also accept invalid names like 'iso88591' that are not valid now, 'iso 8859 1' is already accepted. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11303

[issue11303] b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')

Ezio Melotti ezio.melo...@gmail.com added the comment: That won't work, Victor, since it makes invalid encoding names valid, e.g. 'utf(=)-8'. That already works in Python (thanks to encodings.normalize_encoding). The problem with the patch is that it makes names like 'iso88591' valid

[issue11303] b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')

Ezio Melotti ezio.melo...@gmail.com added the comment: The attached patch is a proof of concept to see if Steffen proposal might be viable. I wrote another normalize_encoding function that implements the algorithm described in msg129259, adjusted the shortcuts and did some timings. (Note

[issue11303] b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')

Ezio Melotti ezio.melo...@gmail.com added the comment: Probably not, but that part should be changed if possible, because is less efficient than the previous version that was allocating only 11 bytes. The problem here is that the previous versions was only changing/removing chars, whereas

[issue11313] Speed up default encode()/decode()

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11313 ___ ___ Python-bugs

[issue11313] Speed up default encode()/decode()

Ezio Melotti ezio.melo...@gmail.com added the comment: Patch looks good. I checked the tests and couldn't fine any test for .encode()/.decode() without encoding, so I added them in the attached patch. -- components: +Interpreter Core stage: - commit review Added file: http

[issue11322] encoding package's normalize_encoding() function is too slow

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +belopolsky, ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11322

[issue11298] unittest discovery needs better explanation

Ezio Melotti ezio.melo...@gmail.com added the comment: What about something like In order to be compatible with test discovery, all the test modules must be importable from the top level directory of the project (in other words, they must be part of the project :ref:`package tut-packages

[issue11303] b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')

Ezio Melotti ezio.melo...@gmail.com added the comment: +1 on the backport. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11303 ___ ___ Python

[issue11303] b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')

Ezio Melotti ezio.melo...@gmail.com added the comment: For other spellings like utf8 or latin1, I wonder if it would be useful to emit a warning/suggestion to use the standard spelling. It would prefer to see the note added by Alexander in the doc mention *only* the preferred spellings (i.e

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

Ezio Melotti ezio.melo...@gmail.com added the comment: After a mail I sent to the Unicode Consortium about the corner case I found, they updated the Best Practices for Using U+FFFD[0] and now it says: Another example illustrates the application of the concept of maximal subpart for UTF-8

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

Ezio Melotti ezio.melo...@gmail.com added the comment: The patch turned out to be less trivial than I initially thought. The current algorithm checks for invalid continuation bytes in 4 places: 1) before the switch/case statement in Objects/unicodeobject.c when it checks if there are enough

[issue6610] Subprocess descriptor debacle

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +astrand, pitrou stage: needs patch - patch review versions: -Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6610

[issue1100562] deepcopying listlike and dictlike objects

Changes by Ezio Melotti ezio.melo...@gmail.com: -- components: +Library (Lib) -None nosy: +ezio.melotti stage: unit test needed - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1100562

[issue8811] fixing sqlite3 docs for py3k

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8811 ___ ___ Python-bugs-list

[issue6312] httplib fails with HEAD requests to pages with transfer-encoding: chunked

Ezio Melotti ezio.melo...@gmail.com added the comment: Thanks Senthil! -- versions: +Python 3.1, Python 3.2 -Python 2.5, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6312

[issue7844] Add -3 warning for absolute imports.

Ezio Melotti ezio.melo...@gmail.com added the comment: Benjamin, are we still in time for this if someone provides a patch? -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7844

[issue8825] int(0,0) throws exception

Ezio Melotti ezio.melo...@gmail.com added the comment: FWIW it works fine on 2.6/2.7/3.1/3.2 on Linux too. -- nosy: +ezio.melotti, michael.foord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8825

[issue8859] split() splits on non whitespace char when ther is no separator given.

Ezio Melotti ezio.melo...@gmail.com added the comment: Both on Linux and Windows I get: '\xa0'.isspace() False u'\xa0'.isspace() True The Unicode char u'\xa0' is U+00A0 NO-BREAK SPACE, so unicode.split correctly considers it a whitespace. However '\xa0' is not a whitespace, so str.split

[issue8859] split() splits on non whitespace char when ther is no separator given.

Ezio Melotti ezio.melo...@gmail.com added the comment: I think the problem is in the default encoding used when you call unicode() without specifying any encoding. '\xc5\xa0'.decode('iso-8859-1').split() [u'\xc5'] '\xc5\xa0'.decode('utf-8').split() [u'\u0160

[issue8867] serve.py (using wsgiref) cannot serve Python docs under Python3 due to encoding issues

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8867 ___ ___ Python-bugs-list

[issue8875] XML-RPC improvement is described twice.

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +akuchling, ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8875

[issue8878] IDLE - str(integer) - TypeError: 'str' object is not callable

Ezio Melotti ezio.melo...@gmail.com added the comment: You probably did str = '4bf3e914' at some point and overridden str. -- nosy: +ezio.melotti resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

Ezio Melotti ezio.melo...@gmail.com added the comment: I added a test for the 'ignore' error handler. I will commit the patch before the RC unless someone has something against it. To summarize, the patch updates PyUnicode_DecodeUTF8 from RFC 2279 to RFC 3629, so: 1) Invalid sequences are now

[issue1712522] urllib.quote throws exception on Unicode URL

Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: unit test needed - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1712522

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

Ezio Melotti ezio.melo...@gmail.com added the comment: Fixed on trunk in r81758 and r81759. I'm leaving the issue open until I port it on the other versions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8271

[issue8482] test_gdb, gdb/libpython.py: Unable to read information on python frame

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8482 ___ ___ Python-bugs-list

[issue7166] IDLE (python 3.1.1) syntax coloring for b'bytestring' and u'unicode' string literal

Ezio Melotti ezio.melo...@gmail.com added the comment: Duplicate of #8641. -- resolution: - duplicate stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7166

[issue8641] IDLE 3 doesn't highlights b, but u

Ezio Melotti ezio.melo...@gmail.com added the comment: See also #7166. -- nosy: +ezio.melotti, lieryan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8641

[issue8935] Syntax error in os.py

Ezio Melotti ezio.melo...@gmail.com added the comment: In 2.6 b is valid syntax. If you are using 2.6 modules on Python 2.4 you will probably see several more errors. -- nosy: +ezio.melotti resolution: - invalid stage: - committed/rejected status: open - closed type: crash - behavior

[issue8936] webbrowser regression on windows

Ezio Melotti ezio.melo...@gmail.com added the comment: If you want it to open it with the default browser you have to specify the protocol (e.g. webbrowser.open(http://127.0.0.1:8080/;)). I don't know exactly why webbrowser decides to open webbrowser.open(127.0.0.1:8080) with IE

[issue8941] utf-32be codec failing on UCS-2 python build for 32-bit value

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - unit test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8941

[issue8972] subprocess.list2cmdline doesn't quote the character

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - unit test needed versions: +Python 2.7 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8972

[issue8986] math.erfc OverflowError

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +mark.dickinson stage: - unit test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8986

[issue8887] “pydoc str” works but not “ pydoc str.translate”

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8887 ___ ___ Python-bugs-list

[issue8957] strptime('%c', ..) fails to parse output of strftime('%c', ..) in non-English locale

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8957 ___ ___ Python-bugs-list

[issue8940] *HTTPServer need a summary page with API inheritance table

Ezio Melotti ezio.melo...@gmail.com added the comment: Can you provide a patch? -- nosy: +ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8940

[issue8911] regrtest.main should have a test skipping argument

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti, flox stage: - needs patch type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8911

[issue9002] Add a pointer on where to find a better description of PyFile_FromFd arguments

Changes by Ezio Melotti ezio.melo...@gmail.com: -- dependencies: +PyFile_FromFd wrong documentation stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9002

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9018 ___ ___ Python-bugs-list

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Ezio Melotti ezio.melo...@gmail.com added the comment: Right now posixpath returns the argument unchanged, ntpath performs a .replace(), and macpath a .lower(), so when non-string (or non-bytes) are passed to normcase the results are: posixpath: arg returned as-is; ntpath: AttributeError

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: -patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9018 ___ ___ Python-bugs-list

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Changes by Ezio Melotti ezio.melo...@gmail.com: -- versions: +Python 3.2 -Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636

[issue4654] os.path.realpath() get the wrong result

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4654 ___ ___ Python-bugs-list

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Ezio Melotti ezio.melo...@gmail.com added the comment: ntpath and macpath raise an AttributeError, so we could: 1) change them all to accept only bytes/str and raise a TypeError for other wrong types (correct, consistent, non-backward-compatible); 2) change only posixpath to raise a TypeError

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Ezio Melotti ezio.melo...@gmail.com added the comment: Here is the patch. -- assignee: - ezio.melotti components: +Library (Lib) keywords: +patch stage: needs patch - patch review Added file: http://bugs.python.org/file17735/issue9018-2.diff

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Ezio Melotti ezio.melo...@gmail.com added the comment: This problem should be addressed in another issue though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9018

[issue9059] Backwards compatibility

Ezio Melotti ezio.melo...@gmail.com added the comment: Python 2 is also forward compatible with several Python 3 features, for example: from __future__ import print_function print('foo') foo -- components: -Regular Expressions nosy: +ezio.melotti stage: - committed/rejected

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Ezio Melotti ezio.melo...@gmail.com added the comment: Fixed in r82214. Now os.path.normcase() raises a TypeError if the arg is not str or bytes. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python

[issue4198] os.path.normcase gets fooled on windows with mapped linux network drive

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4198 ___ ___ Python-bugs-list

[issue9080] Provide list prepend method (even though it's not efficient)

Ezio Melotti ezio.melo...@gmail.com added the comment: If we add a .prepend() method, people will see it and start using it. Since now there's no 'prepend' method people ask why, and the answer they usually get is because it not a good idea to add elements on lists (but if you really have

[issue9080] Provide list prepend method (even though it's not efficient)

Ezio Melotti ezio.melo...@gmail.com added the comment: Here: http://docs.python.org/py3k/tutorial/datastructures.html#using-lists-as-queues -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9080

[issue3485] os.path.normcase documentation/behaviour unclear on Mac OS X

Ezio Melotti ezio.melo...@gmail.com added the comment: I'm reopening this because now the normcase implementation of posixpath has a todo that says on Mac OS X, this should really return s.lower(). (see r66743). There is some discussion about this in #9018. -- nosy: +ezio.melotti

[issue9040] using MIMEApplication to attach a PDF raises a TypeError exception

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9040 ___ ___ Python-bugs

[issue1519638] Unmatched Group issue - workaround

Ezio Melotti ezio.melo...@gmail.com added the comment: It would be nice if you could port 'pieces' of #2636 to Python, in order to fix this and other bugs (and possibly add more features too). -- nosy: +ezio.melotti ___ Python tracker rep

[issue9087] json docstrings on 3.x still use 'unicode' and 'str'

New submission from Ezio Melotti ezio.melo...@gmail.com: In the json package there are still lot of docstrings that refer to 'unicode' and 'str' instead of 'str' and 'bytes' (AFAIU 'bytes' are not even allowed anymore in several places, so there should probably be only 'str' there). A few

[issue763708] Failures in test_macostools for --enable-unicode=ucs4

Ezio Melotti ezio.melo...@gmail.com added the comment: Is this still a problem? None of the buildbot are reporting failures in test_macostools. -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue763708

[issue763708] Failures in test_macostools for --enable-unicode=ucs4

Changes by Ezio Melotti ezio.melo...@gmail.com: -- status: open - languishing ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue763708 ___ ___ Python

[issue2380] Raise a Py3K warning for catching nested tuples with non-BaseException exceptions

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2380 ___ ___ Python-bugs-list

[issue1909] Backport: Mixing default keyword arguments with *args

Ezio Melotti ezio.melo...@gmail.com added the comment: Now it's too late for this. Closing as out of date. -- keywords: -26backport nosy: +ezio.melotti resolution: - out of date stage: - committed/rejected status: open - closed type: - feature request

[issue763708] Failures in test_macostools for --enable-unicode=ucs4

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +janssen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue763708 ___ ___ Python-bugs-list

[issue5705] os.getpwent returns unsigned 32bit value, os.setuid refuses it

Ezio Melotti ezio.melo...@gmail.com added the comment: I think this can be closed, now that there is another issue for posix_lchown. -- nosy: +ezio.melotti stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org

[issue2292] Missing *-unpacking generalizations

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2292 ___ ___ Python-bugs-list

[issue3485] os.path.normcase documentation/behaviour unclear on Mac OS X

Ezio Melotti ezio.melo...@gmail.com added the comment: Changing the function is better than changing the comment. Although changing just the comment is better than leaving it unchanged. -- versions: +Python 3.2 -Python 2.5 ___ Python tracker rep

[issue9106] remove numbers from 3-.. level entries in docs toc

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - needs patch type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9106

[issue9108] list object variable assign with multiplication sign

Ezio Melotti ezio.melo...@gmail.com added the comment: That's because with [{}] * 3 you get a list with 3 copies of the same object, so all the elements in c refer to the same dict: a = [{}, {}, {}] b = [{}] + [{}] + [{}] c = [{}] * 3 map(id, a) [12850496, 12850784, 12850928] map(id, b

[issue9114] br string literals don't appear to be documented

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9114 ___ ___ Python-bugs-list

[issue9113] Tools/msi still uses string exceptions

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9113 ___ ___ Python-bugs-list

[issue9133] Invalid UTF8 Byte sequence not raising exception/being substituted

Ezio Melotti ezio.melo...@gmail.com added the comment: This is already fixed in Python 3. However I think that for backward compatibility reasons it can't be fixed in Python 2, where it is possible to encode and decode every codepoint to/from UTF-8. See also http://bugs.python.org/issue8271

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

Ezio Melotti ezio.melo...@gmail.com added the comment: The issue about invalid surrogates in UTF-8 has been raised in #9133. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8271

[issue9135] XMLRPC documentation binary file example does not execute.

Ezio Melotti ezio.melo...@gmail.com added the comment: This is already fixed in the latest version of the doc: http://docs.python.org/py3k/library/xmlrpc.client.html#binary-objects -- nosy: +ezio.melotti resolution: - out of date stage: - committed/rejected status: open - closed type

[issue9134] sre bug: lastmark_save/restore

Changes by Ezio Melotti ezio.melo...@gmail.com: -- components: +Regular Expressions nosy: +ezio.melotti stage: - unit test needed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9134

[issue9133] Invalid UTF8 Byte sequence not raising exception/being substituted

Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9133 ___ ___ Python

[issue9136] RuntimeError when profiling Decimal

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti, mark.dickinson stage: - unit test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9136

[issue9126] errors='replace' does not work at Windows command line

Ezio Melotti ezio.melo...@gmail.com added the comment: The problem is not in the reading part, but in the print(). Since the default encoding of your terminal is cp437 and cp437 is not able to encode the bad character (U+2019 RIGHT SINGLE QUOTATION MARK), an error is raised. -- nosy

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

Ezio Melotti ezio.melo...@gmail.com added the comment: Ported to py3k in r82413. Some test with non-BMP characters should probably be added. The patch should still be ported to 2.6 and 3.1. -- ___ Python tracker rep...@bugs.python.org http

[issue9139] Add examples for str.format()

New submission from Ezio Melotti ezio.melo...@gmail.com: The attached patch adds a section with examples about str.format() after http://docs.python.org/library/string.html#format-specification-mini-language . The patch needs some small improvements: 1) the examples in the previous sections

[issue9139] Add examples for str.format()

Ezio Melotti ezio.melo...@gmail.com added the comment: Here is a new patch. I fixed the typos, removed the examples from the first section and added a link to the examples section. I also added the examples suggested by Eric plus an example about {:%}, and followed the suggestion of Éric

[issue9139] Add examples for str.format()

Ezio Melotti ezio.melo...@gmail.com added the comment: Here is another patch. I also added another example that uses the fillchar. -- Added file: http://bugs.python.org/file17843/issue9139v3.diff ___ Python tracker rep...@bugs.python.org http

[issue9139] Add examples for str.format()

Ezio Melotti ezio.melo...@gmail.com added the comment: Committed in r82457 and r82459 (trunk), r82460 (release26-maint), r82462 (py3k), r82463 (release31-maint). Thanks for the reviews! -- resolution: accepted - fixed stage: patch review - committed/rejected status: open - closed

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

Ezio Melotti ezio.melo...@gmail.com added the comment: I've found a subtle corner case about 3- and 4-bytes long sequences. For example, according to http://www.unicode.org/versions/Unicode5.2.0/ch03.pdf (pages 94-95, table 3.7) the sequences in range \xe0\x80\x80-\xe0\x9f\xbf are invalid. I.e

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

Ezio Melotti ezio.melo...@gmail.com added the comment: Backported to 2.6 and 3.1 in r82470 and r82469. I'll leave this open for a while to see if anyone has any comment on my previous message. -- resolution: - fixed stage: patch review - committed/rejected

[issue9158] PyArg_ParseTuple y* documentation is incorrect

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +haypo stage: - patch review type: crash - feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9158

[issue9160] Documentation link of 3.2 not working at docs.python.org

Ezio Melotti ezio.melo...@gmail.com added the comment: Also most of the links in http://www.python.org/doc/versions/ don't work. -- nosy: +ezio.melotti priority: normal - high versions: +Python 2.5 ___ Python tracker rep...@bugs.python.org http

[issue9161] add_option in optparse no longer accepts unicode string

Changes by Ezio Melotti ezio.melo...@gmail.com: -- components: +Library (Lib), Unicode nosy: +ezio.melotti stage: - unit test needed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9161

[issue9167] argv double encoding on OSX

Changes by Ezio Melotti ezio.melo...@gmail.com: -- assignee: - ronaldoussoren components: +Macintosh, Unicode nosy: +ezio.melotti, ronaldoussoren stage: - unit test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9167

[issue1571170] Some numeric characters are still not recognized

Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1571170 ___ ___ Python-bugs

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Ezio Melotti ezio.melo...@gmail.com added the comment: Matthew, I'd like to see at least some of these features in 3.2, but ISTM that after more than 2 years this issue is not going anywhere. Is the module still under active development? Is it ready? Is it waiting for reviews and to be added

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Ezio Melotti ezio.melo...@gmail.com added the comment: So, if it's pretty much ready, do you think it could be included already in 3.2? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Ezio Melotti ezio.melo...@gmail.com added the comment: Yes, as I said in the previous message it should probably be announced on python-dev and see what the others think. I don't know how much the module has been used in the wild, but since there has been a PyPI package available for a few

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Ezio Melotti ezio.melo...@gmail.com added the comment: If it's backward-compatible with the 're' module, all the tests of the test suite pass and it just improves it and add features I don't see why not. (That's just my personal opinion though, other people might (and probably will) disagree

[issue2570] backport 3.0-style \u/\U processing in raw strings when unicode_literals is imported from __future__

Ezio Melotti ezio.melo...@gmail.com added the comment: Isn't this a bug that could be fixed in 2.7.1? -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2570

<    1   2   3   4   5   6   7   8   9   10   >