[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

[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

[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

[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 __

[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

[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 __

[issue14133] improved PEP 409 implementation

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

[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

[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

[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." ...

[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

[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

[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

[issue14811] compile fails - UTF-8 character decoding

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

[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

<    1   2