[issue14811] compile fails - UTF-8 character decoding

Hynek Schlawack added the comment: Would you mind adding more information like the full traceback? By saying "compilation error", I presume you mean the compilation of the t33a.py file into byte code (and not compilation of Python itself)? I can't reproduce it neither with the vanilla 3.2.3 o

[issue14811] compile fails - UTF-8 character decoding

Changes by Ezio Melotti : -- components: +Unicode nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue14798] pyclbr raises KeyError when the prefix of a dotted name is not a package

Changes by Petri Lehtinen : -- keywords: +needs review nosy: +petri.lehtinen stage: -> patch review ___ Python tracker ___ ___ Python

[issue14802] Python fails to compile with VC11 ARM configuration

Martin v. Löwis added the comment: In any case, there is a branch supporting Python as a metro app at http://hg.python.org/sandbox/loewis#win8app This may get folded back into Python at some point, but certainly not before Windows 8 is released. -- nosy: +loewis

[issue14811] compile fails - UTF-8 character decoding

Glenn Linderman added the comment: Forgot to mention that I was running on Windows, 64-bit. -- ___ Python tracker ___ ___ Python-bugs

[issue14810] Bug in tarfile

Martin v. Löwis added the comment: The tar file format does nt support timestamps before 1970. From http://sunsite.ualberta.ca/Documentation/Gnu/tar-1.13/html_chapter/tar_8.html "POSIX tar format can represent time stamps in the range 1970-01-01 00:00:00 through 2242-03-16 12:56:31 UTC." ...

[issue14812] Change file associations to not be a default installer feature

Changes by Martin v. Löwis : -- versions: +Python 3.3 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue14315] zipfile.ZipFile() unable to open zip File

Meador Inge added the comment: > I would still like to see the zipfile module to be able to detect > ill-formed zipfiles - certainly not by default. Agreed. We already do produce some informational messages via the documented 'ZipFile.debug' attribute. Just checking that flag and producing

[issue14133] improved PEP 409 implementation

Benjamin Peterson added the comment: Thanks for the review/dictating, Nick! -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue14133] improved PEP 409 implementation

Roundup Robot added the comment: New changeset b0eb7d2a9542 by Benjamin Peterson in branch 'default': PEP 415: Implement suppression of __context__ display with an exception attribute http://hg.python.org/cpython/rev/b0eb7d2a9542 -- nosy: +python-dev __

[issue14812] Change file associations to not be a default installer feature

New submission from Brian Curtin : With the addition of #3561, I think we might want to have the file association feature follow it in not being a default feature. It seems a bit off that we don't want to change the way "python" reacts on the command line by default, but we do want to change t

[issue14803] Add feature to allow code execution prior to __main__ invocation

Changes by Nick Coghlan : -- title: Enhanced command line features for the runpy module -> Add feature to allow code execution prior to __main__ invocation ___ Python tracker __

[issue14803] Enhanced command line features for the runpy module

Nick Coghlan added the comment: As Ned notes, to cover *implicit* creation of Python subprocesses an environment based solution would be needed to ensure the subprocesses adopt the desired settings. The advantage that has over the current workarounds is that it can be scoped to only affect th

[issue14811] compile fails - UTF-8 character decoding

New submission from Glenn Linderman : t33a.py demonstrates a compilation problem. OK, it has a long line, but making it one space longer (add a space after the left parenthesis) makes it work... so it must not be line length alone. Rather, since the error is about a bad UTF-8 character start

[issue14674] Add link to RFC 4627 from json documentation

Changes by Chris Rebert : Added file: http://bugs.python.org/file25592/json.rst.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue14757] INCA: Inline Caching meets Quickening in Python 3.3

Changes by Chris Rebert : -- nosy: +cvrebert ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue14805] Support display of both __cause__ and __context__

Changes by Chris Rebert : -- nosy: +cvrebert ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue14766] Non-naive time comparison throws naive time error

R. David Murray added the comment: I reformatted the first hunk a bit, hopefully to make it even a little bit clearer. We're still punting the actual definition to the later section, but I think that's appropriate. Thanks for the patch, Greg. -- resolution: -> fixed stage: needs pa

[issue14674] Add link to RFC 4627 from json documentation

Chris Rebert added the comment: Draft docs patch. More cross-referencing. Analysis of deviations from RFC based on previous docs & the RFC. Don't know if there are relevant, more precise implementation limitations that need to be mentioned. If backported to 2.x, will need to cover encodings

[issue14766] Non-naive time comparison throws naive time error

Roundup Robot added the comment: New changeset 28ed782949f9 by R David Murray in branch '3.2': #14766: Add correct algorithm for when a 'time' object is naive. http://hg.python.org/cpython/rev/28ed782949f9 New changeset b1e03e863386 by R David Murray in branch '3.2': #14766: Reflow the altered

[issue11959] smtpd cannot be used without affecting global state

R. David Murray added the comment: I'm finally getting back around to this. If asyncore and asynchat are (mostly?) supporting an alternate socket map, why is it necessary to copy create_socket? Shouldn't we be fixing create_socket in asyncore instead? -- ___

[issue14805] Support display of both __cause__ and __context__

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14810] Bug in tarfile

New submission from Hans Werner May : Bug in tarfile: In extractall, when a file exists in tarball with changetime older than (I don't know, in my case it was year 1956) tarfile raises an Overflow exception: File "/usr/lib64/python2.7/tarfile.py", line 2298, in utime os.utime(targetpath,

[issue14315] zipfile.ZipFile() unable to open zip File

Serhiy Storchaka added the comment: > That can't possibly be the reason. mmap requires 4k (4096) alignment (on > x86; more than that on SPARC). This may be the reason to mmap the entire file and then read aligned binary data. -- ___ Python tracker

[issue1294959] Problems with /usr/lib64 builds.

Éric Araujo added the comment: On Mar 29, 2011, at 10:12 PM, Matthias Klose wrote: > no, it looks for headers and libraries in more directories. But really, this > whole testing for paths is wrong. Just use the compiler to search for headers > and libraries, no need to check these on your own.

[issue14624] Faster utf-16 decoder

Serhiy Storchaka added the comment: The patch updated with a little clarified code and added comments. -- Added file: http://bugs.python.org/file25590/decode_utf16_4.patch ___ Python tracker __

[issue13400] packaging: build command should have options to control byte-compilation

Éric Araujo added the comment: FTR I asked Julien to provide his opinion as a user and he agreed that having just one --byte-compile/--no-byte-compile option pair seemed better than the existing names (where --compile and --optimize are unrelated). I wanted to avoid --byte-compile=0 to genera

[issue6858] This is a python file, apply syntax highlighting

Changes by Zachary Ware : -- nosy: +zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: Correction, both 64-bit debug and release fail. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: Hm, actually, doing a 64-bit debug build fails with that patch. ctypes, _testbuffer, and xxlimited, the projects I originally had trouble with in the settings, don't link properly. -- ___ Python tracker

[issue13210] Support Visual Studio 2010

Brian Curtin added the comment: +1 on the patch. It fixes a bunch of things that I entered unnecessarily (like explicit .pyd names to fix the warnings), but after staring at the screen for a long time I couldn't figure out what I was doing wrong to need them for some reason. I'm not really i

[issue14778] logging messages about bad version numbers should include the project name

Changes by Christoph Sieghart : Added file: http://bugs.python.org/file25589/bad_version_number_with_name.patch ___ Python tracker ___ ___ Pyt

[issue14757] INCA: Inline Caching meets Quickening in Python 3.3

suite suffers a consistent loss. I am going to look into this. -- Added file: http://bugs.python.org/file25588/20120514-inca-perf.txt ___ Python tracker <http://bugs.python.org/issue14

[issue14778] logging messages about bad version numbers should include the project name

Changes by Christoph Sieghart : Removed file: http://bugs.python.org/file25587/bad_version_number_with_name.patch ___ Python tracker ___ ___

[issue14778] logging messages about bad version numbers should include the project name

Christoph Sieghart added the comment: I wrote a trivial patch against the CPython repository that adds the name to the exception message. Did I forget anything? What kind of test would make sense? -- keywords: +patch Added file: http://bugs.python.org/file25587/bad_version_number_with

[issue14315] zipfile.ZipFile() unable to open zip File

Martin v. Löwis added the comment: > Like I said before, I am all for dropping extra fields we can not > interpret. However, > let us be clear that with respect to the standard we are implementing > that zip files > constructed like this are ill-formed. I would still like to see the zipfile mo

[issue14315] zipfile.ZipFile() unable to open zip File

Martin v. Löwis added the comment: > This is definitely a padding issue. All uncompressed files are located > so that the data starts with a 4-byte boundary (1190+30+15+1=1236, 27486 > +30+17+3=27536, etc). This is, probably, allows the use of mmap for the > resources. That can't possibly be th

[issue14757] INCA: Inline Caching meets Quickening in Python 3.3

Changes by stefan brunthaler : Added file: http://bugs.python.org/file25586/20120514-inca.patch ___ Python tracker <http://bugs.python.org/issue14757> ___ ___ Python-bug

[issue11549] Build-out an AST optimizer, moving some functionality out of the peephole optimizer

Raymond Hettinger added the comment: Good call, Nick. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue13210] Support Visual Studio 2010

Martin v. Löwis added the comment: LGTM. Brian? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue14313] zipfile should raise an exception for unsupported compression methods

Martin v. Löwis added the comment: Returning the compressed data from read() is clearly a bug (IMO), so detecting that and reporting an exception would be a bug fix. I still like NotImplementedError more than RuntimeError, though. -- ___ Python tra

[issue14778] logging messages about bad version numbers should include the project name

Christoph Sieghart added the comment: The optional argument approach doesn't seem clean to me either. I think the correct approach is - as you wrote - to change the higher level code to include the project name in the exception message. -- ___ Pyt

[issue14807] Move tarfile.filemode() into stat module

Terry J. Reedy added the comment: Looks good enough to me except for the alias docstring. If someone does dir(tarfile) and help(filemode), they should get the message that it is a deprecated alias and should not use it. -- ___ Python tracker

[issue14803] Add -C option to run code at Python startup

Ned Batchelder added the comment: The difficulty that coverage faces is not measuring python programs started from the command line like this, you can use "coverage run myprog.py" or "python -m coverage run myprog.py". The difficulty is when there are subprocesses running python programs. Re

[issue14807] Move tarfile.filemode() into stat module

Giampaolo Rodola' added the comment: Updated patch in attachment. -- Added file: http://bugs.python.org/file25585/filemode.patch ___ Python tracker ___ _

[issue14315] zipfile.ZipFile() unable to open zip File

Meador Inge added the comment: On Mon, May 14, 2012 at 12:31 PM, Serhiy Storchaka wrote: > Serhiy Storchaka added the comment: > >> This is definitely *not* a padding issue. > > This is definitely a padding issue. All uncompressed files are located > so that the data starts with a 4-byte boun

[issue14785] Add sys._debugmallocstats()

Dave Malcolm added the comment: Thanks. I'm attaching an updated version of the patch, wrapping all new C entrypoints within a #ifndef Py_LIMITED_API I also moved the existing _PyObject_DebugMallocStats() entrypoint to within a #ifndef Py_LIMITED_API. As noted above, it is not documented (a

[issue13210] Support Visual Studio 2010

Kristján Valur Jónsson added the comment: Here is a patch to the .vcproj files and the .props files, based on my earlier pcbuil10.patch. Mostly it is about removing redundant settings. It also adds .props files for the pythoncore solution. It also updates the readme, the env.bat, and adds th

[issue14809] Add HTTP status codes introduced by RFC 6585

Hynek Schlawack added the comment: I've cross-checked the patch against the RFC and it LGTM. Tests still pass as expected. -- nosy: +hynek stage: -> patch review ___ Python tracker __

[issue14809] Add HTTP status codes introduced by RFC 6585

New submission from EungJun Yi : This patch add HTTP status codes introduced by RFC 6585, to http.client and http.server. 428 Precondition Required 429 Too Many Requests 431 Request Header Fields Too Large 511 Network Authentication Required -- components: Library (Lib) files: rfc6585.

[issue14807] Move tarfile.filemode() into stat module

Terry J. Reedy added the comment: 1. After careful check, I am convince that converted _filemode_table (now private) is correct. Ditto for copied filemode function with adjusted docstring. 2. New test_stat.py is nice. I believe there is a new style of actually running the tests that somehow c

[issue14157] time.strptime without a year fails on Feb 29

Antoine Pitrou added the comment: Thanks, this should be fine now. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue14157] time.strptime without a year fails on Feb 29

Roundup Robot added the comment: New changeset 83598eb0d761 by Antoine Pitrou in branch '3.2': Followup to issue #14157: respect the relative ordering of values produced by time.strptime(). http://hg.python.org/cpython/rev/83598eb0d761 New changeset d1c0b57aeb1b by Antoine Pitrou in branch 'de

[issue14157] time.strptime without a year fails on Feb 29

Hynek Schlawack added the comment: Small adjustments to the test as discussed in IRC. -- assignee: -> hynek resolution: fixed -> stage: committed/rejected -> patch review type: enhancement -> behavior Added file: http://bugs.python.org/file25581/strptime-restore-1900-v2.diff

[issue14315] zipfile.ZipFile() unable to open zip File

Serhiy Storchaka added the comment: > This is definitely *not* a padding issue. This is definitely a padding issue. All uncompressed files are located so that the data starts with a 4-byte boundary (1190+30+15+1=1236, 27486 +30+17+3=27536, etc). This is, probably, allows the use of mmap for the

[issue14807] Move tarfile.filemode() into stat module

Changes by Lars Gustäbel : -- nosy: +lars.gustaebel ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue14157] time.strptime without a year fails on Feb 29

Hynek Schlawack added the comment: I have added a restoration including a short explanation + a regression test. -- Added file: http://bugs.python.org/file25580/strptime-restore-1900.diff ___ Python tracker __

[issue14807] Move tarfile.filemode() into stat module

Antoine Pitrou added the comment: I'm not sure filemode() is the best name for this. On the other hand, I don't have any suggestion. I don't understand why you're using atexit. tearDown() and addCleanup() are your friends. The call_safely thing also looks unwarranted. support.unlink() should b

[issue14803] Add -C option to run code at Python startup

Antoine Pitrou added the comment: It would be nice to have a comparison of the available alternatives. It's not obvious that asking people to type some "-C ..." boilerplate to get code coverage is very user-friendly. Or am I misunderstanding the request? -- nosy: +pitrou

[issue12098] Child process running as debug on Windows

Antoine Pitrou added the comment: > Failure to build _multiprocessing will mean that multiprocessing cannot > be imported. So if the function goes somewhere in multiprocessing then > it makes running the test suite with multiple processes dependent on the > building of _multiprocessing. Not

[issue14785] Add sys._debugmallocstats()

Antoine Pitrou added the comment: One other nit: the C API functions shouldn't be included in the limited API. -- ___ Python tracker ___

[issue14157] time.strptime without a year fails on Feb 29

Hynek Schlawack added the comment: On it. I wonder whether it causes trouble that we return an invalid time_struct down the road? -- ___ Python tracker ___ ___

[issue14157] time.strptime without a year fails on Feb 29

Antoine Pitrou added the comment: That's a good point, thank you. Hynek, do you want to provide a new patch? -- status: closed -> open ___ Python tracker ___ ___

[issue14157] time.strptime without a year fails on Feb 29

Martin Morrison added the comment: This solution has some very undesirable properties - namely that Mar 1st is now less than Feb 29th! It seems like the correct follow up fix would be to adjust the date of the returned struct_time back to 1900. The struct_time object doesn't have the validat

[issue14802] Python fails to compile with VC11 ARM configuration

Changes by R. David Murray : -- title: Python 3.2 fail to compile with VC11 ARM configuration -> Python fails to compile with VC11 ARM configuration type: compile error -> enhancement versions: -Python 3.3 ___ Python tracker

[issue14799] Tkinter ttk tests hang on linux

R. David Murray added the comment: It does not hang for me on Gentoo. When I run the test suite before a checkin, I use -uall, and I've never had test_ttk hang for me. I did an 'hg pull; hg up' before running the command line you give below. -- nosy: +r.david.murray ___

[issue14785] Add sys._debugmallocstats()

Dave Malcolm added the comment: Updated version of the patch, using test.script_helper.assert_python_ok() and adding a NEWS entry -- Added file: http://bugs.python.org/file25579/add-debug-malloc-stats-v2.patch ___ Python tracker

[issue14778] IrrationalVersionError should include the project name

Éric Araujo added the comment: You are right. When the NormalizedVersion class is used standalone, there is no project name to pass, so it is the responsibility of higher-level code (the Metadata class I think here) to raise or log messages including the project name. To make a patch, you c

[issue14778] logging messages about bad version numbers should include the project name

Éric Araujo added the comment: BTW there could be an optional argument in the exception constructor for the project name, but that does not seem clean to me. -- title: IrrationalVersionError should include the project name -> logging messages about bad version numbers should include t

[issue14782] Tab-completion of callables displays opening paren

R. David Murray added the comment: It's issue 449227. -- nosy: +dieresys, facundobatista, georg.brandl, gpolo, pitrou, r.david.murray, rnd0110 ___ Python tracker ___ __

[issue14781] Default to year 1 in strptime if year 0 has been specified

R. David Murray added the comment: Datetime doesn't support BC. -- nosy: +r.david.murray resolution: -> invalid status: open -> closed ___ Python tracker ___ __

[issue14778] IrrationalVersionError should include the project name

Christoph Sieghart added the comment: I took a look at the code and I don't think that adding an argument to the IrrationalVersionError constructor is the right way to go. The exception is raised in places where we don't know for which project we are raising the exception (eg in packaging.ve

[issue14808] Pdb does not stop at a breakpoint set on the line of a function definition

New submission from Xavier de Gaye : In the following test both breakpoints are set on the line of a function definition. However pdb does not stop when entering foo whose breakpoint has been set with 'break 1' while pdb stops when entering bar whose breakpoint has been set with 'break bar'. The

[issue14313] zipfile should raise an exception for unsupported compression methods

Serhiy Storchaka added the comment: Modified patch adopted in 3.3 (changeset 596b0eaeece8), therefore the current patch only applies to 3.2 and 2.7. If this is a new feature, the issue can be closed. -- nosy: +loewis, storchaka versions: -Python 3.3 _

[issue14802] Python 3.2 fail to compile with VC11 ARM configuration

Brian Curtin added the comment: Thanks for your report. Unfortunately Python 3.2 won't ever work in this way because changing compilers would be a new feature, and bug fix releases like 3.2 don't receive new features. Yesterday we completed the transition to VS2010 as a step towards our 3.3 r

[issue14804] Wrong defaults args notation in docs

Éric Araujo added the comment: I think there’s already one report for this. -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue14187] add "function annotation" entry to Glossary

Éric Araujo added the comment: Will do. Chris, I don’t think another entry for “annotation” is needed, given Raymond’s previous rejection of the paragraph talking about other languages. -- ___ Python tracker ___

[issue14313] zipfile should raise an exception for unsupported compression methods

Changes by Éric Araujo : -- keywords: +needs review stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue14806] re.match does not match word '{'

zk added the comment: Oops. Sorry. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/m

[issue12098] Child process running as debug on Windows

Richard Oudkerk added the comment: > - the function generating the flags should be exported (with a private > name), so that it can be reused by Lib/test/[test_]support.py. Duplicate > code is error-prone, especially when enumerating command-line flags, > attribute names... Failure to build

[issue5057] Unicode-width dependent optimization leads to non-portable pyc file

Armin Rigo added the comment: Did anyone ever show that this particular detail, which looks like a completely obscure case to me, has any measurable effect on any code whatsoever? Just coming up with numbers, but I'm sure it gives you 5% on the most specially tuned micro-benchmark, and nothi

[issue14807] Move tarfile.filemode() into stat module

New submission from Giampaolo Rodola' : As per: http://mail.python.org/pipermail/python-ideas/2012-May/015104.html Patch is in attachment. -- components: Library (Lib) files: filemode.patch keywords: easy, patch messages: 160621 nosy: giampaolo.rodola, terry.reedy priority: normal severi

[issue14804] Wrong defaults args notation in docs

Hynek Schlawack added the comment: Here's against 2.7 which proved to be a can of worms. I tried to be as unobstructive as possible. Please have a look at it, I'm sure I forgot some parenthesis somewhere. -- Added file: http://bugs.python.org/file25576/doc-default-args-v2-2.7.diff __

[issue14800] stat.py constant comments + docstrings

Roundup Robot added the comment: New changeset 2a695cbdf090 by Giampaolo Rodola' in branch 'default': Issue 14800: add comments explaining stat.py constants + docstring for S_* functions. http://hg.python.org/cpython/rev/2a695cbdf090 -- nosy: +python-dev __

[issue14801] ssize_t where size_t expected

Antoine Pitrou added the comment: Should be ok now, thank you. -- nosy: +pitrou resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 3.3 ___ Python tracker _

[issue14801] ssize_t where size_t expected

Roundup Robot added the comment: New changeset 2bbf3ba30435 by Antoine Pitrou in branch '3.2': Use size_t, not ssize_t (issue #14801). http://hg.python.org/cpython/rev/2bbf3ba30435 New changeset 64b695a6cc3d by Antoine Pitrou in branch 'default': Use size_t, not ssize_t (issue #14801). http://h

[issue14806] re.match does not match word '{'

Ezio Melotti added the comment: re.match matches only at the beginning of the string. -- assignee: -> ezio.melotti components: +Regular Expressions -2to3 (2.x to 3.x conversion tool) nosy: +ezio.melotti, mrabarnett resolution: -> invalid stage: -> committed/rejected status: open -> c

[issue14806] re.match does not match word '{'

New submission from zk : >>> type(re.match('{', '{')) >>> type(re.match('\{', '{')) >>> type(re.search('\{', '{')) >>> type(re.search('{', '{')) -- components: 2to3 (2.x to 3.x conversion tool) messages: 160615 nosy: zk priority: normal severity: normal status: open t

[issue5057] Unicode-width dependent optimization leads to non-portable pyc file

Antoine Pitrou added the comment: Option 2) would have my preference. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue5057] Unicode-width dependent optimization leads to non-portable pyc file

Ezio Melotti added the comment: Attached a patch that implements option 1). -- stage: needs patch -> commit review Added file: http://bugs.python.org/file25575/issue5057-3.diff ___ Python tracker __

[issue5057] Unicode-width dependent optimization leads to non-portable pyc file

Ezio Melotti added the comment: This whole issue doesn't affect 3.3. For 2.7/3.2 there are three possible options: 1) remove constant folding altogether on unicode (this is the solution adopted by PyPy); 2) scan the string up to the index looking for non-BMP chars and disable the constant f

[issue14133] improved PEP 409 implementation

Nick Coghlan added the comment: I have accepted the PEP. Issue 14805 now covers the separate question of allowing both __cause__ and __context__ to be displayed in the same traceback. -- ___ Python tracker _

[issue14805] Support display of both __cause__ and __context__

Changes by Nick Coghlan : -- dependencies: +improved PEP 409 implementation ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue14744] Use _PyUnicodeWriter API in str.format() internals

STINNER Victor added the comment: I created a new repository to optimize str.format and str%args. -- hgrepos: +125 ___ Python tracker ___ ___

[issue14805] Support display of both __cause__ and __context__

New submission from Nick Coghlan : With PEP 415 accepted as the implementation of the "raise exc from None" syntax, it raises the prospect of exceptions with both __cause__ and __context__ set to non-None values, and __suppress_context__ set to False. The initial PEP 415 patch treats this case

[issue11549] Build-out an AST optimizer, moving some functionality out of the peephole optimizer

Nick Coghlan added the comment: Bumping the target version to 3.4. This is still a good long term idea, but it's a substantial enough change that we really want to land it early in a development cycle so we have plenty of time to hammer out any issues. -- versions: +Python 3.4 -Pytho

[issue6727] ImportError when package is symlinked on Windows

Jason R. Coombs added the comment: At PyCon, I took another look at the Python 3.2 changes. Unfortunately, I found they trigger failures in other aspects of the test suite, so the approach is not viable as implemented. I plan to take another look at this at some point, but I've been utterly

[issue14804] Wrong defaults args notation in docs

Hynek Schlawack added the comment: I had to expand the patch a bit by default args that weren't caught before. So here is still against default. It applies also against 3.2, only missing stuff fails AFAICT. (and yes, I checked the mknod device arg). 2.7 is in the works. -- Added file

[issue13815] tarfile.ExFileObject can't be wrapped using io.TextIOWrapper

Lars Gustäbel added the comment: Okay, I close this issue now, as I think the problems are now resolved. -- status: open -> closed ___ Python tracker ___ ___

[issue13815] tarfile.ExFileObject can't be wrapped using io.TextIOWrapper

Roundup Robot added the comment: New changeset ab6496b98ac4 by Lars Gustäbel in branch 'default': Issue #13815: Resurrect the ExFileObject class. http://hg.python.org/cpython/rev/ab6496b98ac4 -- ___ Python tracker

  1   2   >