[issue9951] introduce bytes.hex method

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

[issue19939] Deprecate portions or all of pkgutil module.

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

[issue19914] help([object]) returns "Not enough memory." on standard Python types, object and object functions

Changes by Serhiy Storchaka : -- components: +Windows nosy: +brian.curtin, haypo, tim.golden ___ Python tracker ___ ___ Python-bugs-li

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

New submission from akira: cert_time_to_seconds() uses `time.mktime()` [1] to convert utc time tuple to seconds since epoch. `mktime()` works with local time. It should use `calendar.timegm()` analog instead. Example from the docs [2] is seven hours off (it shows utc offset of the local timez

[issue17762] platform.linux_distribution() should honor /etc/os-release

Vajrasky Kok added the comment: This patch needs to be updated to tip since this commit: http://hg.python.org/cpython/rev/4580976c07cb -- ___ Python tracker ___

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

Martin v. Löwis added the comment: >From what I read, it appears that the SO posting is plain wrong. Consider, for >example, https://developer.gnome.org/glib/stable/glib-Character-Set-Conversion.html#g-filename-to-utf8 # Converts a string which is in the encoding used by GLib for filenames #

[issue19939] Deprecate portions or all of pkgutil module.

New submission from Eric Snow: In the last Python releases, particularly 3.3 and 3.4, we've made improvements to the import machinery that render (at least) portions of pkgutil obsolete. Here's a breakdown of the public API of pkgutil: get_importer() - duplicate of PathFinder._path_importer_c

[issue19933] Round default argument for "ndigits"

Vajrasky Kok added the comment: In case we want to add consistency with None ndigits, here is the patch adding support for None value for ndigits parameter. This one looks like a low-risk addition but since Python 3.4 is in beta phase -- Added file: http://bugs.python.org/file330

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Eric Snow added the comment: Here's a patch for adding a setter for ModuleSpec.has_location. -- Added file: http://bugs.python.org/file33073/issue18864-has-location-setter.diff ___ Python tracker __

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

Eric Snow added the comment: Good point, Nick. Here's a patch that follows your recommendation on both points. -- Added file: http://bugs.python.org/file33072/issue19927-loader-eq.diff ___ Python tracker

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

Changes by Eric Snow : Removed file: http://bugs.python.org/file33038/issue19927-loader-eq.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue19851] reload problem with submodule

Changes by Eric Snow : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue19851] reload problem with submodule

Roundup Robot added the comment: New changeset 1d67eb1df5a9 by Eric Snow in branch 'default': Issue 19851: Fix a regression in reloading submodules. http://hg.python.org/cpython/rev/1d67eb1df5a9 -- nosy: +python-dev ___ Python tracker

[issue19914] help([object]) returns "Not enough memory." on standard Python types, object and object functions

HCT added the comment: verified issue is due to code page was set to 65001, but I set PYTHONIOENCODING to utf-8 (tried UTF-8, utf8, utf-8...etc), so I'm not sure why there is problem with code page 65001 setting code page back to ascii (non-Unicode) fixed the issue. -- __

[issue19904] Add 128-bit integer support to struct

Gregory P. Smith added the comment: Pick two suitable letters for the int128 and uint128 cases and create a patch for an implementation with tests (targeting Python 3.5). The implementation needs to compile and work even when the platform C compiler Python is compiled with does not have a 128

[issue6143] IDLE - an extension to clear the shell window

Changes by Martin Panter : -- nosy: +vadmium ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue19932] Missing spaces in import.h?

Ziyuan Lin added the comment: I can't build the cpython with Visual Studio 2012 because of the following errors: "D:\Repository\cpython\PCbuild\pcbuild.sln" (default target) (1) -> "D:\Repository\cpython\PCbuild\_msi.vcxproj" (default target) (13) -> (Link target) -> LINK : fatal error LNK11

[issue19904] Add 128-bit integer support to struct

Fil Mackay added the comment: So where do we go from here - is there enough support for this to proceed, or vote the idea off the island :) -- ___ Python tracker ___ ___

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Tim Peters added the comment: @anon, not to worry: someone else will write the code. Maybe even me ;-) BTW, "public domain" is not a license. It's the absence of a license. Our lawyers would not accept that even if you had a real name ;-) -- ___

[issue16099] robotparser doesn't support request rate and crawl delay parameters

Nikolay Bogoychev added the comment: Oh... Sorry for the spam, could you please verify my documentation link syntax. I'm not entirely sure I got it right. -- ___ Python tracker

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

anon added the comment: Tim, I'm sorry to hear you can't accept my patch. I am afraid I want to stay anonymous. You have my word that I wrote the two code segments above (based on code already in CPython) and that I put them in the public domain. But I appreciate that the word of `anon` may b

[issue14621] Hash function is not randomized properly

Benjamin Peterson added the comment: I think that's just WONTFIX at this point. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue14621] Hash function is not randomized properly

Nick Coghlan added the comment: This issue has belatedly had a CVE assigned: CVE-2013-7040 ("CPython hash secret can be recovered remotely") 3.4 is not affected (due to PEP 456), but 3.3 and 2.7 are still affected. -- nosy: +bkabrda status: pending -> open versions: +Python 2.7, Python

[issue19932] Missing spaces in import.h?

STINNER Victor added the comment: @Ziyuan Lin: The issue should now be fixed, can you please confirm? -- ___ Python tracker ___ ___ Py

[issue19932] Missing spaces in import.h?

Roundup Robot added the comment: New changeset eb1039fe090c by Victor Stinner in branch '2.7': Issue #19932: Fix typo in import.h, missing whitespaces in function prototypes. http://hg.python.org/cpython/rev/eb1039fe090c -- ___ Python tracker

[issue16099] robotparser doesn't support request rate and crawl delay parameters

Nikolay Bogoychev added the comment: Thank you for the review! I have addressed your comments and release a v2 of the patch: Highlights: No longer crashes when provided with malformed crawl-delay/robots.txt parameter. Returns None when parameter is missing or syntax is invalid. Simplified sev

[issue19932] Missing spaces in import.h?

Roundup Robot added the comment: New changeset 7b077c691fef by Victor Stinner in branch '3.3': Issue #19932: Fix typo in import.h, missing whitespaces in function prototypes. http://hg.python.org/cpython/rev/7b077c691fef New changeset e017cd46009a by Victor Stinner in branch 'default': (Merge 3.

[issue19932] Missing spaces in import.h?

Ziyuan Lin added the comment: Yes, although I left out the space after the third PyAPI_FUNC(). -- ___ Python tracker ___ ___ Python-bu

[issue19928] Implement cell repr test

Zachary Ware added the comment: Left a comment on Rietveld; mostly LGTM. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue19938] Re-enable test_bug_1333982 on 3.x

Changes by Zachary Ware : Added file: http://bugs.python.org/file33070/test_dis_1333982-3.4.diff ___ Python tracker ___ ___ Python-bugs-list m

[issue19938] Re-enable test_bug_1333982 on 3.x

New submission from Zachary Ware: Here's a pair of patches which re-enable test_bug_1333982 in test_dis on 3.3 and 3.4; the major changes in 3.4 necessitate separate patches. The patches also replace test_main with unittest.main which made trying to get the test to work much less annoying. -

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

Nick Coghlan added the comment: I confess I didn't independently verify the glib claim in the Stack Overflow post. However, Toshio's post covers the specific error case we were discussing at Flock (and I had misremembered), where the standard streams are classed as "OS APIs" for the purpose of d

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

Antoine Pitrou added the comment: > It's simply not always true: some Linux distros would be better handled > like OS X, where we always use UTF-8, regardless of what the locale says. Perhaps by the 3.5 timeframe we can default to utf-8 on all Unix systems? -- _

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

Martin v. Löwis added the comment: Nick: which glib functions are you specifically referring to? Many of them don't deal with strings at all, and of those that do, many are encoding-agnostic (i.e. it is correct to claim that they operate on UTF-8, but likewise also correct that they operate on

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

Nick Coghlan added the comment: There's a wrong assumption here: glib applications on Linux use UTF-8 regardless of locale. That's the part I have a problem with: the assumption that the locale will correctly specify the encoding to use for OS APIs on modern Linux systems. It's simply not always

[issue18576] Rename and document test.script_helper as test.support.script_helper

Nick Coghlan added the comment: Note that the test.* namespace has long been declared as unstable, so we don't worry about breaking third party code when rearranging the test suite (as far as I am aware, most Linux distros don't even include the test suite in their Python packages). I'll see how

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Tim Peters added the comment: @HCT, see http://bugs.python.org/issue19915#msg205713 for what's "semantically wrong". Ints are not arrays - slicing is unnatural. The point about error checking is that if this were supported via slicing notation, then the _helpful_ exceptions of the form, e.g.,

[issue9951] introduce bytes.hex method

HCT added the comment: would be good if we can specify a optional flag to get all cap hex. currently, I have to do hexlify( some_bytes ).decode( 'UTF-8' ).upper(). would be good to be able to do some_bytes.hex( upper=1 ) -- nosy: +hct ___ Python tra

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

HCT added the comment: > I think slicing semantically "seems wrong" but it might be more elegant. It > might also make catching errors harder (in the case where an int is sent to a > function that does slicing and now won't fail with a TypeError). not sure what's semantically "seems wrong" wit

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Tim Peters added the comment: @anon, sorry, but we can't accept any code from you unless you have a real name and fill out a contributor agreement: http://www.python.org/psf/contrib/ This is legal crud, and I'm not a lawyer. But, in particular, lawyers have told me that - in the USA - an

[issue19481] IDLE hangs while printing instance of Unicode subclass

Terry J. Reedy added the comment: Confirmed that the revised patch for 3.3 fixes the hang and matches the console interpreter output. -- ___ Python tracker ___ _

[issue19481] IDLE hangs while printing instance of Unicode subclass

Terry J. Reedy added the comment: > [2.7] print() implicitly converts str and bytearray subclasses to str and > left unicode subclasses as is. This strikes me as possibly a bug in print, but even if that were changed, there is still the issue of sys.stdout.write and pickle. While the patch is

[issue19937] IDLE can't be launched

Ned Deily added the comment: This is a duplicate of 18270. As explained there, the workaround is to follow the instructions at http://www.python.org/download/mac/tcltk/ and, if possible, install an up-to-date Tcl/Tk 8.5 from ActiveState. If that is not possible, then launch IDLE from the com

[issue18983] Specify time unit for timeit CLI

Julian Gindi added the comment: Whoops. Sorry about that. Super embarrassing. -- Added file: http://bugs.python.org/file33068/issue18983_v5.patch ___ Python tracker ___ _

[issue18983] Specify time unit for timeit CLI

Serhiy Storchaka added the comment: The patch is doubled. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue18983] Specify time unit for timeit CLI

Julian Gindi added the comment: Added newline after error message. -- Added file: http://bugs.python.org/file33067/issue18983_v5.patch ___ Python tracker ___

[issue17576] PyNumber_Index() is not int-subclass friendly (or operator.index() docos lie)

Mark Dickinson added the comment: > Ping. Bah. Sorry; I haven't had time to deal with this. Serhiy: are you interested in taking over? -- ___ Python tracker ___ _

[issue18233] SSLSocket.getpeercertchain()

Derek Wilson added the comment: I could really use this sooner than later... and sometimes having a full-featured (or even secure) interface is not what you want. Consider zmap and masscan etc and ssl mapping (similar to what the EFF did a couple years back - https://www.eff.org/observatory -

[issue17576] PyNumber_Index() is not int-subclass friendly (or operator.index() docos lie)

Serhiy Storchaka added the comment: Ping. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue18983] Specify time unit for timeit CLI

Julian Gindi added the comment: Updated patch to log to stderr. -- Added file: http://bugs.python.org/file33066/issue18983_v4.patch ___ Python tracker ___ ___

[issue19481] IDLE hangs while printing instance of Unicode subclass

Serhiy Storchaka added the comment: > Pickling for the RPC protocol between the GUI process and the interpreter > subprocess, which would explain why there is no problem when running idle -n > (no subproces)? Yes, it is. If there are no objections I'll commit these patches. -- assign

[issue18010] pydoc search chokes on import errors

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

[issue17200] telnetlib.read_until() timeout uses the wrong units

Serhiy Storchaka added the comment: Last patch is corrupted and outdated. Here is updated and fixed version. I have not examined it closely. -- Added file: http://bugs.python.org/file33065/issue17200.patch ___ Python tracker

[issue19933] Round default argument for "ndigits"

Mark Dickinson added the comment: > Anyway, why not round(1.2) -> 1.0 in the first place? Just curious. All this changed as part of PEP 3141. I wasn't watching Python 3 development closely back then, but I *think* at least part of the motivation was to provide a way to get away from the use o

[issue18616] enable more ssl socket options with get_server_certificate

Derek Wilson added the comment: any thoughts on this? there's a lot of room for improvement in python ssl... -- versions: +Python 3.5 ___ Python tracker ___ _

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

Toshio Kuratomi added the comment: Ahh... added to the nosy list and bug closed all before I got up for the day ;-) A few words: I do think that python is broken here. I do not think that translating everything to utf-8 if ascii is the locale's encoding is the solution. As I would state it,

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Guido van Rossum added the comment: OK, closed. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

STINNER Victor added the comment: The current test using os.dup2() with a skip on Windows is fine. -- ___ Python tracker ___ ___ Pytho

[issue17200] telnetlib.read_until() timeout uses the wrong units

Changes by Serhiy Storchaka : -- versions: -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Guido van Rossum added the comment: Sadly, the optimistic code doesn't work on Windows. I think it may be because the socketpair() helper at the top of test_selectors.py uses an extra socket ('l') and the handles just don't match up (I get a failure on assert wr2.fileno() == w). So I propose

[issue18983] Specify time unit for timeit CLI

Serhiy Storchaka added the comment: It will be better to write error message to sys.stderr (see test_main_exception). -- ___ Python tracker ___ _

[issue17200] telnetlib.read_until() timeout uses the wrong units

Charles-François Natali added the comment: > The patch is not compatible with 3.4. Does this bug exist in 3.4? No, selectors all expect a timeout in seconds, so this should be fixed in 3.4. -- ___ Python tracker _

[issue17200] telnetlib.read_until() timeout uses the wrong units

Serhiy Storchaka added the comment: The patch is not compatible with 3.4. Does this bug exist in 3.4? -- stage: test needed -> patch review ___ Python tracker ___ ___

[issue17200] telnetlib.read_until() timeout uses the wrong units

Changes by Serhiy Storchaka : -- nosy: +neologix versions: -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue18983] Specify time unit for timeit CLI

Julian Gindi added the comment: Incorporated updates suggested by serhiy.storchaka -- Added file: http://bugs.python.org/file33064/issue18983_v3.patch ___ Python tracker ___

[issue4945] json checks True/False by identity, not boolean value

Serhiy Storchaka added the comment: Updated to tip. -- nosy: +georg.brandl Added file: http://bugs.python.org/file33063/json_doc_truefalse_2.patch ___ Python tracker ___ _

[issue4945] json checks True/False by identity, not boolean value

Serhiy Storchaka added the comment: See also issue19795 which contains much larger patch for other modules. -- versions: -Python 3.2 ___ Python tracker ___ __

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

anon added the comment: Some of the code may be under Python's license though. So I should clarify that only MY parts of the two samples of code are public domain. -- ___ Python tracker ___

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

anon added the comment: Both segments of code are public domain. It would be great if someone could review them, improve them and produce a proper patch. I didn't handle the negative case, which I hope someone else can add. -- ___ Python tracker

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

anon added the comment: Here are some inadequate tests to add to Lib/test/test_long.py def test_bits_at(self): def bits_at(n, pos, width=1): return (n>>pos) & ((1 << width) - 1) for n in [123, 777, (1<<35)|(1<<30)|(1<<25)]: for i in range(50):

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

anon added the comment: Here is my very rough attempt at bits_at. It doesn't handle negative numbers and I am not sure it's safe. This was my first time using Python internals. Objects/longobject.c: static PyObject * long_bits_at(PyLongObject *v, PyObject *args) { PyLongObject *z = NULL;

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Tim Peters added the comment: @pitrou, I think usability is a lot more valuable than cross-feature "formal consistency" here. I've been extracting bit fields for decades, and always think of them in terms of "least-significant bit and number of bits". Perhaps the underlying difference is tha

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

anon added the comment: Antoine, I don't suggest that since you commonly want a fixed number of bits. -- ___ Python tracker ___ ___ Py

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Antoine Pitrou added the comment: Should the signature be int.bits_at(start_bit, width) or int.bits_at(start_bit, end_bit+1) ? The latter would look more lire range() and slicing. -- nosy: +pitrou ___ Python tracker

[issue19681] test_repr (test.test_functools.TestPartialC) failures

Serhiy Storchaka added the comment: If you don't like permutation() (which already imported in this file), here is a patch which uses explicit hardcoded permutations. -- Added file: http://bugs.python.org/file33062/issue19681_2.patch ___ Python track

[issue9645] PEP 383: os.pathconf() does not accept surrogateescape arguments

Serhiy Storchaka added the comment: As 3.2 now in security fixes only mode, this issue has no targets. -- resolution: -> out of date stage: test needed -> committed/rejected status: open -> closed ___ Python tracker

[issue19933] Round default argument for "ndigits"

R. David Murray added the comment: Right, but None in that case has real world utility, since you might have the the value in a variable. But you are hardly going to hold int-or-not in a variable, especially a variable that is really about the number of places in the float result...

[issue16055] incorrect error text for int(base=1000, x='1')

Changes by Serhiy Storchaka : -- priority: normal -> low versions: +Python 3.4 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list

[issue15475] Correct __sizeof__ support for itertools

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue15475] Correct __sizeof__ support for itertools

Roundup Robot added the comment: New changeset 9bce03920afe by Serhiy Storchaka in branch 'default': Issue #15475: Add __sizeof__ implementations for itertools objects. http://hg.python.org/cpython/rev/9bce03920afe -- nosy: +python-dev ___ Python trac

[issue19933] Round default argument for "ndigits"

João Bernardo added the comment: Not really. Just consistency: For the same reason ' foo '.strip(None) works... To avoid special casing the function call when you already have a variable to hold the argument. -- ___ Python tracker

[issue19851] reload problem with submodule

Olivier Grisel added the comment: I tested the patch on the current HEAD and it fixes a regression introduced between 3.3 and 3.4b1 that prevented to build scipy from source with "pip install scipy". -- nosy: +Olivier.Grisel ___ Python tracker

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Changes by Meador Inge : -- nosy: +meador.inge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue19933] Round default argument for "ndigits"

R. David Murray added the comment: Do you have any real-world motivating use case for None? Not just theoretical consistency with what a Python version of the function would look like. (I'm not saying we shouldn't consider supporting None as a low priority change, I'm just trying to figure o

[issue19933] Round default argument for "ndigits"

João Bernardo added the comment: > Anyway, why not round(1.2) -> 1.0 in the first place? Just curious. It was the behavior on Python 2.x, but somehow when they changed the rounding method to nearest even number this happened... I think it's too late to change back the return type. --

[issue19681] test_repr (test.test_functools.TestPartialC) failures

Christian Heimes added the comment: It still needs a proper fix, though. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue19681] test_repr (test.test_functools.TestPartialC) failures

Serhiy Storchaka added the comment: What is the status of this issue? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue15696] Correct __sizeof__ support for mmap

Serhiy Storchaka added the comment: Synchronized with tip. -- nosy: +brian.curtin, tim.golden versions: -Python 3.2 Added file: http://bugs.python.org/file33061/mmap_sizeof-3.x_2.patch ___ Python tracker _

[issue19933] Round default argument for "ndigits"

Vajrasky Kok added the comment: Here is the updated doc fix. Anyway, why not round(1.2) -> 1.0 in the first place? Just curious. -- Added file: http://bugs.python.org/file33060/fix_doc_round_ndigits_v2.patch ___ Python tracker

[issue16638] support multi-line docstring signatures in IDLE calltips

Changes by Serhiy Storchaka : Removed file: http://bugs.python.org/file28249/idle_calltips_multiline_3.patch ___ Python tracker ___ ___ Python

[issue16638] support multi-line docstring signatures in IDLE calltips

Serhiy Storchaka added the comment: The patch is synchronized with tip. -- versions: -Python 3.2 Added file: http://bugs.python.org/file33059/idle_calltips_multiline_4.patch ___ Python tracker

[issue18983] Specify time unit for timeit CLI

Julian Gindi added the comment: Implemented proposed changes to patch. Simplified "for-loop" and implemented invalid input test. -- Added file: http://bugs.python.org/file33058/issue18983_v2.patch ___ Python tracker

[issue19932] Missing spaces in import.h?

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

[issue19932] Missing spaces in import.h?

Brett Cannon added the comment: In case no one else sees it, Ziyuan is saying that there should be a space after the PyAPI_FUNC() uses. -- nosy: +brett.cannon ___ Python tracker ___

[issue19933] Round default argument for "ndigits"

João Bernardo added the comment: > I don't understand. There's already a way to make round return an integer: > don't pass a second argument. If this function were to be written in Python, it would be something like: def round(number, ndigits=0): ... or def round(number, nd

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

STINNER Victor added the comment: > There is a big difference between environment variables and internal calls: > Environment variables are user-space while builtin/library functions are > developer-space. You can reopen sys.stdout with a different encoding and replace sys.stdout. I don't rem

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

Sworddragon added the comment: > If the environment variable is not enough There is a big difference between environment variables and internal calls: Environment variables are user-space while builtin/library functions are developer-space. > I have good news for you. write() does not cal

[issue19937] IDLE can't be launch

New submission from Ryan Z: After I installed a wrong version pygame on OSX 10.9, and may updated something OSX, Then, I can't launch the IDLE, It appears on the dock, then quit at the same moment. bogon:~ RyanZ$ /usr/local/bin/python3.3 -m idlelib Traceback (most recent call last): File "

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

Larry Hastings added the comment: > The fact that write() uses sys.getfilesystemencoding() is either > a defect or a bad design (I leave the decision to you). I have good news for you. write() does not cal sys.getfilesystemencoding(), because the encoding is set at the time the file is opened.

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

STINNER Victor added the comment: > The fact that write() uses sys.getfilesystemencoding() is either a defect or > a bad design (I leave the decision to you). "Standard streams (sys.stdin, sys.stdout, sys.stderr) uses the locale encoding. sys.stdin and sys.stdout use the strict error handler,

  1   2   >