[issue20015] Allow 1-character ASCII unicode where 1-character str is required

Stefan Krah added the comment: Well, generally I'd be against adding features, but this particular one could be rationalized in the same way as PEP 414. So I'm simply unsure whether the feature should be added, but *if* it's added, it should be backed by a pronouncement either from the RM or Gui

[issue20039] Missing documentation for argparse.ArgumentTypeError

New submission from Arnaut Billings: There is no documentation for argparse.ArgumentTypeError: http://docs.python.org/3/library/unittest.html Though it does appear in an example and its usage is simple enough to decipher what it means, it would none the less look more professional if there was

[issue20038] Crash due to I/O in __del__

STINNER Victor added the comment: > > This issue is a duplicate of issue #20037. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue20015] Allow 1-character ASCII unicode where 1-character str is required

Terry J. Reedy added the comment: PEP414 was about adding a feature to 3.3 well before the first alpha release. What Guido has recently said about 2.7 is that after 3 1/2 years we should concentrate on build issues such as came up with the new OSX and de-emphasize or even cease fixing bugs. H

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

Changes by Stefan Krah : -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue20038] Crash due to I/O in __del__

Changes by Antoine Pitrou : -- resolution: -> duplicate status: open -> closed superseder: -> Calling traceback.format_exception() during Pyhon shutdown does crash Python ___ Python tracker _

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

Antoine Pitrou added the comment: Yes, the current idiom for calling PyModule_GetState in extension modules isn't safe (because it assumes nothing ever errors out, which can be wrong in the shutdown phase). -- nosy: +gvanrossum, ncoghlan, pitrou ___

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

Antoine Pitrou added the comment: Speaking of which, Victor, your script works here: $ ./python futcrash.py Future/Task exception was never retrieved: Traceback (most recent call last): File "futcrash.py", line 4, in raise ValueError() ValueError --

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

Antoine Pitrou added the comment: Ah, that was before the latest changes. Scratch that. -- ___ Python tracker ___ ___ Python-bugs-list

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

Antoine Pitrou added the comment: See issue18710 for an API proposal which may help in some cases. Also, see https://mail.python.org/pipermail/python-dev/2013-August/127862.html for an involved discussion of issues with the current "module state" scheme. -- ___

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

Antoine Pitrou added the comment: Note that the module state is only used when no explicit encoding is given to TextIOWrapper(), so the following patch fixes this particular issue: $ hg di diff --git a/Modules/_io/textio.c b/Modules/_io/textio.c --- a/Modules/_io/textio.c +++ b/Modules/_io/text

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

Antoine Pitrou added the comment: Here is a patch with tests. -- keywords: +patch stage: -> patch review type: -> crash Added file: http://bugs.python.org/file33242/iostate_shutdown.patch ___ Python tracker _

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

STINNER Victor added the comment: Oh, I think that #19421 was also a duplicate of this issue. Updated example from this issue: attached script crash_logging_exc_info.py. Output: --- $ ./python crash_logging_exc_info.py Erreur de segmentation (core dumped) --- Output with iostate_shutdown.patch

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

STINNER Victor added the comment: iostate_shutdown.patch: "_PyIO_State *state = IO_STATE;" looks weird to me. The macro should be take parenthesis: "_PyIO_State *state = IO_STATE();". When I read IO_STATE, it looks like a global variable, whereas it does call a real function. --

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

New submission from Xavier de Gaye: The sys.settrace documentation states: The trace function is invoked (with event set to 'call') whenever a new local scope is entered; it should return a reference to a local trace function to be used that scope, or None if the scope shouldn’t be traced.

[issue19861] Update What's New for Python 3.4

Changes by Serhiy Storchaka : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue20041] TypeError when f_trace is None and tracing.

Changes by Xavier de Gaye : -- keywords: +patch Added file: http://bugs.python.org/file33246/f_trace.patch ___ Python tracker ___ ___

[issue20041] TypeError when f_trace is None and tracing.

New submission from Xavier de Gaye: Section 3.2 of 'The Python Language Reference' states: f_trace, if not None, is a function called at the start of each source code line Run the attached tracer.py and see that although f_trace is None in both cases when 'cmd' is either 'delete' or 'set', t

[issue16672] improve tracing performances when f_trace is NULL

Xavier de Gaye added the comment: A patch proposed in issue 20041 provides a backward compatible solution to this performance enhancement. -- ___ Python tracker ___

[issue19463] assertGdbRepr depends on hash randomization / endianess

Stefan Krah added the comment: Also on System Z: http://buildbot.python.org/all/builders/System%20Z%20Linux%203.x/builds/1009/steps/test/logs/stdio Setting priority to "normal", since it's the only test failing on System Z and generally green buildbots are more useful. -- keywords: +bu

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

Xavier de Gaye added the comment: A patch is proposed in issue 20041. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue11992] sys.settrace doesn't disable tracing if a local trace function returns None

Xavier de Gaye added the comment: See also issue 20040. -- nosy: +xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

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

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

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 _

[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 STINNER Victor : -- nosy: +brian.curtin, loewis, tim.golden ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[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

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

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

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

[issue19380] Optimize parsing of regular expressions

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

[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

[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

[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

[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

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

[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

[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

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

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

[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

[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

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

[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

[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

[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

[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

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

[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

[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

[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()

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

[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

[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

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

[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

[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

[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

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

[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

[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':

[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

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

[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

[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

[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

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

[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

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

[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

[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

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

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

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 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[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

[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

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

[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

[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

[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

[issue7464] circular reference in HTTPResponse by urllib2

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

[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

[issue18144] FD leak in urllib2

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

[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

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

[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

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

[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

[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

  1   2   >