[issue19940] ssl.cert_time_to_seconds() returns wrong results if local timezone is not UTC

gudge added the comment: Akira, I will fix it. I will put in the patch in the same bug. -- ___ Python tracker ___ ___ Python-bugs-list

[issue20049] string.lowercase and string.uppercase can contain garbage

Alexander Pyhalov added the comment: I've discussed this once more. >From islower man page: RETURN VALUES If the argument to any of the character handling macros is not in the domain of the function, the result is undefined. And (char)128-255 are not legal UTF-8 (at least what I

[issue20049] string.lowercase and string.uppercase can contain garbage

Alexander Pyhalov added the comment: Honestly, I don't understand locale-related things good enough. But I received this explanation when discussed similar issue in illumos developers mailing list. http://comments.gmane.org/gmane.os.illumos.devel/14193 2013/12/22 Antoine Pitrou > > Antoine Pit

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Nick Coghlan added the comment: Importer writers are already used to __loader__ being annoying, and comparting specs for equality is unlikely to be a common thing (and easily worked around by comparing spec.origin instead) -- ___ Python tracker

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Eric Snow added the comment: Right now say you have 2 module specs that are the same. The only difference is that the 2 loaders are not the same instance (they were created separately with the same arguments, ergo equal). The two specs will not compare as equal even though they are equal. I

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Nick Coghlan added the comment: Yeah, I think we can safely leave this to 3.5. -- priority: high -> normal versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ __

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Larry Hastings added the comment: So can you tell me how this will make users' lives easier? I don't really understand the issues involved. But the only concrete thing I've seen mentioned is making testing easier, and that's not worth breaking feature freeze over. -- __

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Eric Snow added the comment: Yeah, it was while writing tests that I ran into this. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Nick Coghlan added the comment: That reminds me: I ended up working around this in the runpy tests by only checking the loader type was correct in the module specs. With an improved definition of equality for loaders, the runpy tests could be both simplified *and* made more rigorous at the same t

[issue20041] TypeError when f_trace is None and tracing.

Changes by Antoine Pitrou : -- nosy: +belopolsky, georg.brandl, serhiy.storchaka stage: -> patch review versions: +Python 3.3 ___ Python tracker ___

[issue17123] Add OCSP support to ssl module

Changes by Antoine Pitrou : -- type: security -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue17538] Document XML Vulnerabilties

Changes by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue11379] Remove "lightweight" from minidom description

Roundup Robot added the comment: New changeset 39ea24aaf0e7 by Antoine Pitrou in branch '2.7': s/lightweight/minimal/, as per issue #11379. http://hg.python.org/cpython/rev/39ea24aaf0e7 New changeset b63258b6eb4d by Antoine Pitrou in branch '3.3': s/lightweight/minimal/, as per issue #11379. htt

[issue20050] distutils should check PyPI certs when connecting to it

New submission from Antoine Pitrou: Spun off from #12226: distutils now uses HTTPS by default to connect PyPI, but certs aren't checked at all. -- components: Library (Lib) messages: 206800 nosy: Giovanni.Bajo, alexis, benjamin.peterson, christian.heimes, dstufft, eric.araujo, georg.br

[issue12226] use HTTPS by default for uploading packages to pypi

Antoine Pitrou added the comment: Closing as fixed, and opening a new issue for cert checking. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker __

[issue12226] use HTTPS by default for uploading packages to pypi

Roundup Robot added the comment: New changeset 2b5cd6d4d149 by Antoine Pitrou in branch '3.2': Issue #12226: HTTPS is now used by default when connecting to PyPI. http://hg.python.org/cpython/rev/2b5cd6d4d149 New changeset e5a9755c967c by Antoine Pitrou in branch '3.3': Issue #12226: HTTPS is no

[issue12226] use HTTPS by default for uploading packages to pypi

Roundup Robot added the comment: New changeset 32a39ec6bd75 by Antoine Pitrou in branch '2.7': Issue #12226: HTTPS is now used by default when connecting to PyPI. http://hg.python.org/cpython/rev/32a39ec6bd75 -- nosy: +python-dev ___ Python tracker <

[issue12226] use HTTPS by default for uploading packages to pypi

Changes by Antoine Pitrou : -- assignee: eric.araujo -> versions: -Python 2.6 ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue20046] Optimize locale aliases table

Serhiy Storchaka added the comment: > * the patch seems to include some unrelated changes, e.g. the > devanagari fixes and a few new mappings May be. In any case I have added issue20027 as dependency. New mappings were added when enable UTF-8 locales in makelocalealias.py (I can split this in

[issue20049] string.lowercase and string.uppercase can contain garbage

Antoine Pitrou added the comment: > The reason is that with UTF-8 locale islower()/isupper() and similar > functions are not expected to work with non-ascii symbols. Can you explain why? -- nosy: +pitrou ___ Python tracker

[issue20049] string.lowercase and string.uppercase can contain garbage

R. David Murray added the comment: In python2, string.lowercase and string.uppercase are locale dependent. This isn't really all that useful in practice, which is why it was dropped in Python3. The proposed fix might be correct, *if* utf-8 is checked for (see, eg, Issue 6525), but...do you h

[issue20047] bytearray partition bug

Mark Lawrence added the comment: I believe that all methods should act the same, but they don't as a result of the work done in issue12170. E.g. find will accept integer input but split will not. Given this comment at the top of test_bytes.py "XXX This is a mess. Common tests should be move

[issue20047] bytearray partition bug

Terry J. Reedy added the comment: Whatever the change, bytes and bytearray should act the same. >>> b = bytes(range(8)) >>> b b'\x00\x01\x02\x03\x04\x05\x06\x07' >>> b.partition(3) Traceback (most recent call last): File "", line 1, in b.partition(3) TypeError: expected bytes, bytearray o

[issue20045] setup.py register --list-classifiers is broken

Antoine Pitrou added the comment: Fixed, thanks for reporting. -- nosy: +pitrou resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker _

[issue20045] setup.py register --list-classifiers is broken

Roundup Robot added the comment: New changeset cffed58b1bbd by Antoine Pitrou in branch '3.3': Issue #20045: Fix "setup.py register --list-classifiers". http://hg.python.org/cpython/rev/cffed58b1bbd New changeset 597b69d3a74f by Antoine Pitrou in branch 'default': Issue #20045: Fix "setup.py reg

[issue20048] zipfile's readline() drops data in universal newline mode

Serhiy Storchaka added the comment: Than you for your report and irrefragable analysis. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue20048] zipfile's readline() drops data in universal newline mode

Roundup Robot added the comment: New changeset 8b097d07488d by Serhiy Storchaka in branch '2.7': Issue #20048: Fixed ZipExtFile.peek() when it is called on the boundary of http://hg.python.org/cpython/rev/8b097d07488d -- nosy: +python-dev ___ Python t

[issue20046] Optimize locale aliases table

Marc-Andre Lemburg added the comment: On 21.12.2013 20:33, Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > > Example. > > 'br_fr':'br_FR.ISO8859-1', > -'br_fr.iso88591': 'br_FR.ISO8859-1', > -'br_fr.iso885914'

[issue20049] string.lowercase and string.uppercase can contain garbage

New submission from Alexander Pyhalov: When Python 2.6 (or 2.7) compiled with _XOPEN_SOURCE=600 on illumos string.lowercase and string.uppercase contain garbage when UTF-8 locale is used. (OpenIndiana bug report - https://www.illumos.org/issues/4411 ). The reason is that with UTF-8 locale isl

[issue18144] FD leak in urllib2

Changes by Serhiy Storchaka : -- nosy: +pitrou, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19524] ResourceWarning when urlopen() forgets the HTTPConnection object

Changes by Serhiy Storchaka : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue7464] circular reference in HTTPResponse by urllib2

Changes by Serhiy Storchaka : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue20048] zipfile's readline() drops data in universal newline mode

Alexander Belopolsky added the comment: It does! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue20048] zipfile's readline() drops data in universal newline mode

Serhiy Storchaka added the comment: Does this patch fix a bug? -- keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file33253/zipfile_peek.patch ___ Python tracker

[issue20039] Missing documentation for argparse.ArgumentTypeError

Arnaut Billings added the comment: It seems what you're saying is that the ArgumentTypeError class should not be public, but being able to raise is should be public. If that's the case, I think it would be more clear to have an argparse.raiseArgumentTypeError method and document when it should

[issue20045] setup.py register --list-classifiers is broken

Changes by Antoine Pitrou : -- priority: normal -> high stage: -> needs patch type: -> behavior versions: -Python 3.2 ___ Python tracker ___ __

[issue18879] tempfile.NamedTemporaryFile can close the file too early, if not assigning to a variable

Changes by Antoine Pitrou : -- stage: commit review -> committed/rejected versions: -Python 2.7 ___ Python tracker ___ ___ Python-bug

[issue18879] tempfile.NamedTemporaryFile can close the file too early, if not assigning to a variable

Antoine Pitrou added the comment: Fixed in 3.3 and 3.4. I think 2.7 is irrelevant at this point. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue20048] zipfile's readline() drops data in universal newline mode

Changes by Alexander Belopolsky : -- components: +Library (Lib) type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing

[issue20048] zipfile's readline() drops data in universal newline mode

Changes by Alexander Belopolsky : -- keywords: -3.2regression ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue18879] tempfile.NamedTemporaryFile can close the file too early, if not assigning to a variable

Roundup Robot added the comment: New changeset f3b7a76fb778 by Antoine Pitrou in branch '3.3': Issue #18879: When a method is looked up on a temporary file, avoid closing the file before the method is possibly called. http://hg.python.org/cpython/rev/f3b7a76fb778 New changeset d68ab2eb7a77 by A

[issue20048] zipfile's readline() drops data in universal newline mode

Changes by Alexander Belopolsky : -- keywords: +3.2regression -gsoc nosy: +alanmcintyre ___ Python tracker ___ ___ Python-bugs-list ma

[issue18879] tempfile.NamedTemporaryFile can close the file too early, if not assigning to a variable

Serhiy Storchaka added the comment: LGTM. Thank you Antoine. -- assignee: serhiy.storchaka -> pitrou stage: patch review -> commit review ___ Python tracker ___ _

[issue20048] zipfile's readline() drops data in universal newline mode

Changes by Alexander Belopolsky : -- dependencies: +Add support for bzip2 compression to the zipfile module keywords: +gsoc nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue20048] zipfile's readline() drops data in universal newline mode

New submission from Alexander Belopolsky: This problem happens when I unpack a file from a 200+ MB zip archive as follows: with zipfile.ZipFile(archive) as z: data = b'' with z.open(filename, 'rU') as f: for line in f: data += line I cannot reduce it to a test case

[issue18879] tempfile.NamedTemporaryFile can close the file too early, if not assigning to a variable

Changes by Antoine Pitrou : Added file: http://bugs.python.org/file33252/tempfile_lifetime.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue18879] tempfile.NamedTemporaryFile can close the file too early, if not assigning to a variable

Antoine Pitrou added the comment: Oops, removed two debug lines. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue18879] tempfile.NamedTemporaryFile can close the file too early, if not assigning to a variable

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file33250/tempfile_lifetime.patch ___ Python tracker ___ ___ Python-bugs-list

[issue19980] Improve help('non-topic') response

Elias Zamaria added the comment: I have created a patch that fixes this issue that terry.reedy described. It does not fix the problem described BreamoreBoy involving the empty string. Please note that this is my first patch for Python so let me know if I am missing something or if I can do any

[issue18879] tempfile.NamedTemporaryFile can close the file too early, if not assigning to a variable

Antoine Pitrou added the comment: Here is a proper patch (for 3.3). Untested under Windows, but should work. -- nosy: +pitrou Added file: http://bugs.python.org/file33250/tempfile_lifetime.patch ___ Python tracker

[issue20047] bytearray partition bug

Serhiy Storchaka added the comment: Bytearray slice assignment bug was fixed in issue8401. -- nosy: +ezio.melotti, georg.brandl, loewis, mark.dickinson, pitrou ___ Python tracker ___

[issue20047] bytearray partition bug

Serhiy Storchaka added the comment: Similar bug was in 3.2: >>> ba = bytearray(range(8)) >>> ba[2:6] bytearray(b'\x02\x03\x04\x05') >>> ba[2:6] = 2 >>> ba bytearray(b'\x00\x01\x00\x00\x06\x07') Now it is fixed. -- nosy: +serhiy.storchaka versions: +Python 3.4 _

[issue20047] bytearray partition bug

New submission from Mark Lawrence: If partition is called with a single byte it works correctly but if called with the equivalent integer it returns the same bytearray with two empty arrays as follows. py> ba = bytearray(range(8)) py> ba bytearray(b'\x00\x01\x02\x03\x04\x05\x06\x07') py> 3 in

[issue19463] assertGdbRepr depends on hash randomization / endianess

Antoine Pitrou added the comment: > http://buildbot.python.org/all/builders/System%20Z%20Linux%203.x/builds/1009/steps/test/logs/stdio This is a different issue than the one reported here. I'm not seeing any recent failures on "PPC64 PowerLinux 3.x". Christian, can we close? -- nosy:

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Eric Snow added the comment: My bad, Larry. I guess I was reading between the lines too much. :) -- ___ Python tracker ___ ___ Python

[issue20046] Optimize locale aliases table

Serhiy Storchaka added the comment: Example. 'br_fr':'br_FR.ISO8859-1', -'br_fr.iso88591': 'br_FR.ISO8859-1', -'br_fr.iso885914': 'br_FR.ISO8859-14', -'br_fr.iso885915': 'br_FR.ISO885

[issue20046] Optimize locale aliases table

Changes by Serhiy Storchaka : -- dependencies: +Fix makelocalealias.py for Python 3, Fixed support for Indian locales ___ Python tracker ___

[issue20046] Optimize locale aliases table

New submission from Serhiy Storchaka: Proposed patch removes over 400 entities from locale alias tables. They are redundant because they can be calculated on fly. Also it enables utf8 aliases. Now this adds not hundreds of redundant aliases, but only 8 new locales: +'be_bg.utf8':

[issue20039] Missing documentation for argparse.ArgumentTypeError

paul j3 added the comment: In argparse.py the status of ArgumentTypeError is ambiguous. ArgumentError is listed as a public class, ArgumentTypeError is not. It also says 'All other classes in this module are considered implementation details.' ArgumentTypeError is a subclass of Exception (wit

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Larry Hastings added the comment: That's not how this works, Eric. I have to give you permission to add a new feature, which I remind you I have yet to do. -- ___ Python tracker __

[issue19977] Use "surrogateescape" error handler for sys.stdin and sys.stdout on UNIX for the C locale

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue15216] Support setting the encoding on a text stream after creation

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue19846] Python 3 raises Unicode errors with the C locale

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue16074] Bad error message in os.rename, os.link, and os.symlink

Jakub Wilk added the comment: As far as rename() and link() are concerned, either of the arguments can cause an ENOENT error: os.rename('/dev/foobar', '/dev/barfoo') # fails because /dev/foobar doesn't exist os.rename('/dev/null', '/foo/bar/baz') # fails because /foo/bar doesn't exist --

[issue20037] Calling traceback.format_exception() during Pyhon shutdown does crash Python

Guido van Rossum added the comment: Thanks for the quick fix guys! Sorry for the duplicate bug (probably a race condition :-). -- ___ Python tracker ___

[issue20045] setup.py register --list-classifiers is broken

New submission from Giampaolo Rodola': $ ./python -V Python 3.4.0b1 $ ./python setup.py register --list-classifiers running register running check Traceback (most recent call last): File "setup.py", line 2219, in main() File "setup.py", line 2214, in main "Tools/scripts/2to3", "Tools

[issue20042] Python Launcher for Windows fails to invoke scripts with non-latin names

Konstantin Zemlyak added the comment: Some more fun stuff with command-line (I'm cutting output to few essential lines for easier reading): e:\cpython\PCbuild\py.exe юникод.py ... Called with command line: .py run_child: about to run '"C:\Program Files (x86)\Python33\python.exe" .py' C:\Progra

[issue20044] gettext.install() ignores previous call to locale.setlocale()

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue18603] PyOS_mystricmp unused and no longer available

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue20044] gettext.install() ignores previous call to locale.setlocale()

New submission from Francis Moreau: It seems that gettext.install() uses environment variables such as LANGUAGE, to find out which language it should use to find the translation file. This means that any local settings done by setlocale() previoulsy are ignored. I don't think it's the case wit

[issue19861] Update What's New for Python 3.4

R. David Murray added the comment: The command is listed in 'make help'. It was seeing this issue go by that reminded me that this job needed to be done, but it's a big one and will probably take me until the actual release to finish it, assuming I manage to finish. (The 3.3 What's New was ne

[issue20042] Python Launcher for Windows fails to invoke scripts with non-latin names

Konstantin Zemlyak added the comment: There is something weird with my proposed fix. Right after submitting a bug with patch I've updated pythons on my system - 2.7.5 to 2.7.6, 3.3.2 to 3.3.3, and installed 3.4.0b1 - both 32- and 64-bit. Then my fixed py.exe stopped working. Then I've added _

[issue14228] Don't display traceback when import site is interrupted by CTRL+c

STINNER Victor added the comment: "The problem is that python throws an ugly-to-read and completly senseless backtrace to the novice (end!) user by default." Oh ok, I changed the title of the issue. "Backtraces are great for debugging and should be treated as such, but not presented to an end

[issue20043] test_multiprocessing_main_handling fails --without-threads

Christian Heimes added the comment: Thanks! I wasn't aware of this issue. -- nosy: +christian.heimes ___ Python tracker ___ ___ Python

[issue20043] test_multiprocessing_main_handling fails --without-threads

Berker Peksag added the comment: This is fixed by changeset http://hg.python.org/cpython/rev/239faf6b6e8d: http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.x/builds/5875/steps/test/logs/stdio -- components: +Library (Lib), Tests -2to3 (2.x to 3.x conversion

[issue14228] It is impossible to catch sigint on startup in python code

telmich added the comment: Victor, the problem is *not* that python exits. This is fine and virtually every other unix program behaves like that. The problem is that python throws an ugly-to-read and completly senseless backtrace to the novice (end!) user by default. Backtraces are great for

[issue16136] Removal of VMS support

Christian Heimes added the comment: All VMS code has been removed except for some code in Lib/platform.py. MAL: Do you want to keep the code in the platform module? -- assignee: -> lemburg nosy: +lemburg resolution: -> fixed stage: -> committed/rejected status: open -> pending _

[issue19734] venv and ensurepip are affected by pip environment variable settings

Changes by Nick Coghlan : -- assignee: -> ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue19744] test_venv fails if SSL/TLS is not available

Nick Coghlan added the comment: OK, since pip 1.5 will still have the SSL/TLS dependency, the approach I'll go with for 3.4 is to: 1. Have ensurepip refuse to bootstrap pip if the ssl module is not available (noting that we'll remove that restriction if pip 1.6 avoids the strict dependency) 2

[issue19766] test_venv: test_with_pip() failed on "AMD64 Fedora without threads 3.x" buildbot: urllib3 dependency requires the threading module

Changes by Nick Coghlan : -- resolution: -> fixed stage: -> committed/rejected type: -> behavior ___ Python tracker ___ ___ Python-

[issue19766] test_venv: test_with_pip() failed on "AMD64 Fedora without threads 3.x" buildbot: urllib3 dependency requires the threading module

Nick Coghlan added the comment: Donald updated CPython to pip 1.5rc2, so test_venv is now passing without threading support: http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.x/builds/5874/steps/test/logs/stdio -- status: open -> closed ___

[issue16136] Removal of VMS support

Roundup Robot added the comment: New changeset 568391b3eda9 by Christian Heimes in branch 'default': Issue #16136: Remove VMS support and VMS-related code http://hg.python.org/cpython/rev/568391b3eda9 -- nosy: +python-dev ___ Python tracker

[issue20042] Python Launcher for Windows fails to invoke scripts with non-latin names

Changes by Antoine Pitrou : -- stage: -> patch review versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue20037] Calling traceback.format_exception() during Pyhon shutdown does crash Python

STINNER Victor added the comment: > Applied Victor's comments Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue20037] Calling traceback.format_exception() during Pyhon shutdown does crash Python

Antoine Pitrou added the comment: Applied Victor's comments and committed the fix. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker __

[issue20037] Calling traceback.format_exception() during Pyhon shutdown does crash Python

Roundup Robot added the comment: New changeset 9158f201f6d0 by Antoine Pitrou in branch 'default': Issue #20037: Avoid crashes when doing text I/O late at interpreter shutdown. http://hg.python.org/cpython/rev/9158f201f6d0 -- nosy: +python-dev ___ Pyt

[issue14228] It is impossible to catch sigint on startup in python code

STINNER Victor added the comment: Sorry, but I don't understand this issue. Well, I understood the issue as "When I press CTRL+c to interrupt Python, Python does exit". What's wrong with that? Why do you send CTRL+c if you don't want Python to exit? Using custom signal handler (SIG_IGN), it wo

[issue20043] test_multiprocessing_main_handling fails --without-threads

New submission from Stefan Krah: http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.x/builds/5874/steps/test/logs/stdio test test_multiprocessing_main_handling crashed -- Traceback (most recent call last): File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/t

[issue19380] Optimize parsing of regular expressions

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

[issue19861] Update What's New for Python 3.4

STINNER Victor added the comment: There is a command to generate a list a list versionchanged, but I don't remember it. -- nosy: +haypo ___ Python tracker ___ __

[issue20042] Python Launcher for Windows fails to invoke scripts with non-latin names

Konstantin Zemlyak added the comment: I don't care much about debug output though it probably should be fixed. The point is that changing text mode of stdout has a weird side effect of fixing command-line arguments when invoking interactively from cmd.exe. -- _

[issue20040] Tracing not disabled in generator when the system trace function returns None.

Changes by STINNER Victor : -- nosy: +pitrou, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20040] Tracing not disabled in generator when the system trace function returns None.

Changes by STINNER Victor : -- nosy: +nedbat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue20042] Python Launcher for Windows fails to invoke scripts with non-latin names

Changes by STINNER Victor : -- nosy: +brian.curtin, loewis, tim.golden ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue20042] Python Launcher for Windows fails to invoke scripts with non-latin names

STINNER Victor added the comment: It looks like the wide character strings (wchar_t*) are misused. For example: error(RC_NO_PYTHON, L"Requested Python version (%s) ...", &p[1]); fwprintf(stdout, L"usage: %s ...\n\n", argv[0]); The %s formatter is for byte string (char*), "%ls" should be used in

[issue20042] Python Launcher for Windows fails to invoke scripts with non-latin names

Changes by Konstantin Zemlyak : Removed file: http://bugs.python.org/file33247/pylauncher-fix-launcing-unicode-filenames.patch ___ Python tracker ___ ___

[issue20042] Python Launcher for Windows fails to invoke scripts with non-latin names

Konstantin Zemlyak added the comment: Sorry, fixed whitespaces in the patch. -- Added file: http://bugs.python.org/file33248/pylauncher-fix-launcing-unicode-filenames.patch ___ Python tracker _

[issue19463] assertGdbRepr depends on hash randomization / endianess

STINNER Victor added the comment: When trying to workaround a bug in the implementation of the PEP 456 (which was not known as a bug at this time), I implemented something using subprocessing which may be reused on SystemZ (or maybe on all platforms): changeset: 87290:11cb1c8faf11 user:

[issue20042] Python Launcher for Windows fails to invoke scripts with non-latin names

New submission from Konstantin Zemlyak: Running `py.exe юникод.py` in cmd window fails: E:\>set PYLAUNCH_DEBUG=1 E:\>py юникод.py launcher build: 32bit launcher executable: Console File 'C:\Users\Zart\AppData\Local\py.ini' non-existent Using global configuration file 'C:\Windows\py.ini' Called

[issue19463] assertGdbRepr depends on hash randomization / endianess

STINNER Victor added the comment: Oh, I didn't notice this issue. I created the duplicate #19753 and I did some changes to try to fix it. -- nosy: +haypo ___ Python tracker ___

  1   2   >