[issue21488] codecs.encode/decode documentation inconsistency

Nick Coghlan added the comment: Brett, if you granted Berker commit privileges, you forgot to update the developer log and issue tracker... That said, the patch LGTM too. -- ___ Python tracker ___

[issue21034] Python docs reference the Distribute package which has been deprecated in favor of Setuptools

Changes by Ezio Melotti : -- nosy: +eric.araujo stage: -> patch review type: -> enhancement ___ Python tracker ___ ___ Python-bugs-l

[issue21031] [patch] Add AlpineLinux to the platform module's supported distributions list

Changes by Ezio Melotti : -- nosy: +brett.cannon, ezio.melotti stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mai

[issue21027] difflib new cli interface

Changes by Claudiu.Popa : Added file: http://bugs.python.org/file35247/issue21027_1.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

mattip added the comment: Here is a fix for arguments and return values, based on the support in cffi, for python2.7 I added a test in test_win32, removed the too-early attempt to fix in callproc.c, and merged in most of the changes in lib_msvc from cffi's code base. These changes handle the f

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

mattip added the comment: and here is the promised patch for tip -- Added file: http://bugs.python.org/file35249/issue_20160_tip.patch ___ Python tracker ___

[issue18492] Allow all resources if not running under regrtest.py

Serhiy Storchaka added the comment: You have convinced me. In general the approach and the patch LGTM. But I agree with Terry that flag support.regrtest_run is redundant, it duplicates a bit of information which provides support.use_resources. Instead we can rewrite support.is_resource_enabled

[issue21488] codecs.encode/decode documentation inconsistency

STINNER Victor added the comment: For Python 3.5, I would prefer to patch the code to support keywords instead. -- nosy: +haypo ___ Python tracker ___ ___

[issue21488] codecs.encode/decode documentation inconsistency

STINNER Victor added the comment: I sent a review on Rietveld. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue21488] codecs.encode/decode documentation inconsistency

STINNER Victor added the comment: codecs_decode_encode_kw.patch: Patch for Python 3.5 adding support of keyword arguments on codecs.encode and codecs.decode. -- Added file: http://bugs.python.org/file35250/codecs_decode_encode_kw.patch ___ Python tra

[issue6895] locale._parse_localename fails when localename does not contain encoding information

Serhiy Storchaka added the comment: For now the output of the code in msg132878 on Ubuntu is empty. May be this issue is outdated. -- nosy: +serhiy.storchaka status: open -> pending ___ Python tracker _

[issue21495] Sane default for logging config

Vinay Sajip added the comment: Just on backward compatibility grounds, a proposal like this isn't going to be acceptable on python-dev, I believe, and I'm not even sure it's necessary to have such a thing in the stdlib: why not just use the approach you suggested for your own projects, and lea

[issue9266] ctypes "ValueError: NULL pointer access" on Win7 x64

Changes by Berker Peksag : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-

[issue21487] Assorted ipaddress performance improvements

Serhiy Storchaka added the comment: Alternative implementations of _count_righthand_zero_bits(): def _count_righthand_zero_bits(number, bits): if not number: return bits return (~number & (number-1)).bit_length() or def _count_righthand_zero_bits(number, bits): if not numbe

[issue21343] os.path.relpath returns inconsistent types

Serhiy Storchaka added the comment: I think this is not a bug and shouldn't be fixed in 2.7. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue21387] Memory leaks when embedded interpreter is reinitialized

Stefan Krah added the comment: I've run Evgeniy's example under Valgrind and changed it to import various C extensions. Unfortunately they all leak more or less, so perhaps we can revisit this when (if?) the PEP 3121 and PEP 384 changes have been implemented. --

[issue16594] SocketServer should set SO_REUSEPORT along with SO_REUSEADDR when present

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

[issue21423] concurrent.futures.ThreadPoolExecutor should accept an initializer argument

Andreas van Cranenburgh added the comment: Giampaolo, this patch is for ProcessPoolExecutor as well. About keyboard interrupts, if my tests are correct, they work in Python 3.3+ with both multiprocessing and concurrent.futures. (Although for the latter I have to hit ctrl-c twice). -- _

[issue21331] Reversing an encoding with unicode-escape returns a different result

Serhiy Storchaka added the comment: Sworddragon, try to use content.encode('ascii', 'backslashreplace').decode('unicode-escape'). It is too late to change the unicode-escape encoding. -- nosy: +serhiy.storchaka ___ Python tracker

[issue21231] Issue a python 3 warning when old style classes are defined.

Serhiy Storchaka added the comment: I agree that this is not a good idea. Old-style classes are legal in Python 2 and this syntax is legal in Python 3 where it means new-style classes and in most cases there is no difference between new-style and old-style classes. -- nosy: +serhiy.sto

[issue21506] Windows MSI installer should mklink (symlink) python.exe to python2.7.exe

New submission from Ed Morley: A python.org 2.7.6 release of the Windows MSI installer, results in only the following python binaries in the installation directory: C:\Python27\python.exe C:\Python27\pythonw.exe In Mozilla bug https://bugzilla.mozilla.org/show_bug.cgi?id=957721 we would like t

[issue21506] Windows MSI installer should mklink (symlink) python.exe to python2.7.exe

Ed Morley added the comment: Meant to add: the ActivePython release does this already - but it would be great if upstream did too. -- ___ Python tracker ___

[issue4999] multiprocessing.Queue does not order objects

Changes by Jean-Paul Calderone : -- nosy: -exarkun ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue4928] Problem with tempfile.NamedTemporaryFile

Changes by Jean-Paul Calderone : -- nosy: -exarkun ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue21046] Document formulas used in statistics

Ezio Melotti added the comment: > E.g. > median([x1, x2, x3, x4, x5]) = x3 > median([x1, x2, x3, x4, x5, x6]) = (x3 + x4) / 2 The docs seem to already contain similar examples for some of the functions (e.g. median()), but not for others (e.g. mean()). For these, if the formula can be expressed

[issue21507] memory used by frozenset created from set differs from that of frozenset created from other iterable

New submission from Lev Givon: Not sure if this is indicative of a bug, but I noticed that a frozenset created from a set seems to occupy a different amount of memory than a frozenset created from some other iterable. I observed this behavior with Python 2.7.5 and with Python 3.4.0 on Ubuntu 1

[issue21487] Assorted ipaddress performance improvements

Antoine Pitrou added the comment: Good point, this is a much faster implementation. Updated patch (and fixed the implementation to not return more than `bits`). -- Added file: http://bugs.python.org/file35251/ipaddr_perf2.patch ___ Python tracker

[issue21507] memory used by frozenset created from set differs from that of frozenset created from other iterable

Changes by Antoine Pitrou : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue21496] pyvenv activate_this.py

couplewavylines added the comment: "run the command directly...would run with the venv's environment": I'm sorry I didn't realize this, the "You don’t specifically need to activate an environment..." part of the venv docs didn't sink in for me when I read it earlier. So yes, using a subproce

[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists

Stephen Paul Chappell added the comment: There is discussion of removing wantobjects in issue3015. If it gets removed, a better patch might be created for future versions of tkinter. However, accessing self.tk would probably be a good replacement for anywhere tkinter._default_root can be found

[issue21343] os.path.relpath returns inconsistent types

Matt Bachmann added the comment: Can you help me understand why not? If I give it two unicode strings it sometimes gives me back a unicode and sometimes gives me back a string. In python3 this does what I expect. In python27 I now have to check the type I get back because I cannot be sure w

[issue21488] codecs.encode/decode documentation inconsistency

Brett Cannon added the comment: Nope, I forgot Berker had triage rights but not commit rights. -- assignee: berker.peksag -> docs@python ___ Python tracker ___ __

[issue21338] Silent mode for compileall

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue21496] pyvenv activate_this.py

Vinay Sajip added the comment: Okay, I'll close this issue. -- resolution: -> not a bug status: open -> closed ___ Python tracker ___ ___

[issue21342] multiprocessing RLock and Lock raise incorrect exceptions when releasing an unlocked lock.

R. David Murray added the comment: As a historical note, the docs are probably correct...but at some point relatively recently we fixed the inconsistency in what was raised in the thread and threading modules, but obviously no one noticed that multiprocessing had the same issue. It could be t

[issue21345] multiprocessing.Pool._handle_workers sleeps too long

R. David Murray added the comment: I'm not that familiar with multiprocessing, but I'd guess it was to avoid burning cpu in a busy-wait (it seems to me that that doesn't matter during finalization, but does during normal running). Maybe it could be changed to an event wait on a shutdown event

[issue21347] Don't use a list argument together with shell=True in subprocess' docs

R. David Murray added the comment: Thanks, Akira. -- nosy: +r.david.murray resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue21347] Don't use a list argument together with shell=True in subprocess' docs

Roundup Robot added the comment: New changeset 5ef9a2c711f5 by R David Murray in branch '2.7': #21347: use string not list in shell=True example. http://hg.python.org/cpython/rev/5ef9a2c711f5 New changeset 3b27f3acf0c4 by R David Murray in branch '3.4': #21347: use string not list in shell=True

[issue21506] Windows MSI installer should mklink (symlink) python.exe to python2.7.exe

Zachary Ware added the comment: A similar thought I've had is to add a feature to the PEP397 launcher, allowing it to figure out Python version from a suffix on its executable name and add symlinks to it for each installed version of Python. That way PATH wouldn't need to be modified to make

[issue21508] C API PyArg_ParseTuple doc is innacurate

New submission from Steve: PyArg_ParseTuple is defined as returning an "int", but the documentation talks about returning a true/false value, and failling on false. In addition to being inaccurate, considering that most other functions fail on !=0 ("true"), it can lead to confusion. Doc: int

[issue21506] Windows MSI installer should mklink (symlink) python.exe to python2.7.exe

Martin v. Löwis added the comment: I don't deal with Python 2.7 anymore, so I have no opinion on this matter. -- ___ Python tracker ___ __

[issue12985] Check signed arithmetic overflow in ./configure

Stefan Krah added the comment: I won't have time to work on this. It would also be an option to do these checks in test_capi. -- resolution: -> later stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue21488] codecs.encode/decode documentation inconsistency

Roundup Robot added the comment: New changeset cc5e3b93c35a by Victor Stinner in branch '2.7': Issue #21488: Fix doc of codecs.decode() and codecs.encode(), no keyword support. http://hg.python.org/cpython/rev/cc5e3b93c35a New changeset 2e116176a81f by Victor Stinner in branch '3.4': Issue #214

[issue16533] HPUX: Unable to fork() in thread

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

[issue21488] codecs.encode/decode documentation inconsistency

Roundup Robot added the comment: New changeset 6ceedbd88b5f by Victor Stinner in branch '3.4': Issue #21488: Add support of keyword arguments for codecs.encode and codecs.decode http://hg.python.org/cpython/rev/6ceedbd88b5f -- ___ Python tracker

[issue16533] HPUX: Unable to fork() in thread

Stefan Krah added the comment: Since this is 2.7 and an exotic system, I'm removing myself from the nosy list. -- ___ Python tracker ___ _

[issue21488] codecs.encode/decode documentation inconsistency

STINNER Victor added the comment: I applied all patches and added Brad Aylsworth to Misc/ACKS. Thanks Brad! Note: I adapted the change for Python 2.7: the default encoding is ASCII, not UTF-8. -- resolution: -> fixed status: open -> closed ___ Pyth

[issue21488] codecs.encode/decode documentation inconsistency

Roundup Robot added the comment: New changeset 0d38044c0b02 by Victor Stinner in branch 'default': Issue #21488: Add support of keyword arguments for codecs.encode and codecs.decode http://hg.python.org/cpython/rev/0d38044c0b02 -- ___ Python tracker

[issue21488] codecs.encode/decode documentation inconsistency

STINNER Victor added the comment: Ooops, I applied codecs_decode_encode_kw.patch to the branch 3.4 instead of default :-/ I should now be fixed. -- ___ Python tracker ___ _

[issue21488] codecs.encode/decode documentation inconsistency

Changes by Berker Peksag : -- stage: commit review -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21497] faulthandler should handle sys.stderr being None gracefully

Roundup Robot added the comment: New changeset ddd7db7cf036 by Victor Stinner in branch '3.4': Issue #21497: faulthandler functions now raise a better error if sys.stderr is http://hg.python.org/cpython/rev/ddd7db7cf036 New changeset cb26887f9140 by Victor Stinner in branch 'default': (Merge 3.4

[issue21497] faulthandler should handle sys.stderr being None gracefully

STINNER Victor added the comment: I applied my patch, thanks for the report. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue18777] Cannot compile _ssl.c using openssl > 1.0

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

[issue16442] PATH_MAX vs MAXPATHLEN vs pathconf(..., _PC_PATH_MAX).

Stefan Krah added the comment: The HP-UX issue is fixed. Are we leaving this open for IRIX? -- ___ Python tracker ___ ___ Python-bugs-

[issue21490] Add Py_ABS and Py_STRINGIFY macros

Roundup Robot added the comment: New changeset 849efd365ab4 by Victor Stinner in branch 'default': Issue #21490: Add new C macros: Py_ABS() and Py_STRINGIFY() http://hg.python.org/cpython/rev/849efd365ab4 -- nosy: +python-dev ___ Python tracker

[issue21490] Add Py_ABS and Py_STRINGIFY macros

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue21506] Windows MSI installer should mklink (symlink) python.exe to python2.7.exe

Steve Dower added the comment: As far as Python 2.7 is concerned, I will be avoiding making any changes to the installer at all. For Python 3.5 I'm trying to work out a few of the install issues, one of them being not installing into Program Files. I think symlinks may be the way to make that

[issue16442] PATH_MAX vs MAXPATHLEN vs pathconf(..., _PC_PATH_MAX).

STINNER Victor added the comment: > The HP-UX issue is fixed. Are we leaving this open for IRIX? Python doesn't support IRIX. I tried to fix compilation issues on IRIX related to PATH_MAX, but there are more serious compilation issues (ex: in socketmodule.c for example if I remember correctly)

[issue7424] NetBSD: segmentation fault in listextend during install

Changes by STINNER Victor : -- title: segmentation fault in listextend during install -> NetBSD: segmentation fault in listextend during install ___ Python tracker ___ __

[issue3539] Problem with testembed make dependencies in certain circumstances

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

[issue3539] Problem with testembed make dependencies in certain circumstances

Stefan Krah added the comment: The original problem is fixed, but a similar one exists with testembed (see msg113305 for instructions): gcc -pthread -Xlinker -export-dynamic -o Modules/_testembed Modules/_testembed.o libpython3.5dm.a -lpthread -ldl -lutil -lm gcc: error: Modules/_testembed

[issue20128] Re-enable test_modules_search_builtin() in test_pydoc

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

[issue21495] Sane default for logging config

Eric Snow added the comment: FWIW, I agree with Vinay. -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue21506] Windows MSI installer should mklink (symlink) python.exe to python2.7.exe

eryksun added the comment: How about using hard links (mklink /H) instead? It's a minor issue, but there's a bug in Explorer that breaks opening symbolic links to EXE, COM, CMD, and BAT files (exefile, comfile, cmdfile, batfile). Explorer displays the error message "the specified path does not

[issue21506] Windows MSI installer should mklink (symlink) python.exe to python2.7.exe

Steve Dower added the comment: > there's a bug in Explorer that breaks opening symbolic links to EXE, COM, > CMD, and BAT files Do you know which versions of Windows this applies to? It works fine for me (though I'm up to date), and the file associations have not changed. I've seen some sugge

[issue21301] pathlib missing Path.expandvars(env=os.environ)

Berker Peksag added the comment: Here's a patch to implement expandvars() for PurePath (with tests and documentation update). -- keywords: +patch nosy: +berker.peksag stage: -> patch review Added file: http://bugs.python.org/file35252/issue21301.diff __

[issue21075] fileinput should use stdin.buffer for "rb" mode

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list ma

[issue21506] Windows MSI installer should mklink (symlink) python.exe to python2.7.exe

eryksun added the comment: Here's a related superuser question: http://superuser.com/q/304093 The message box shown in the older answer is what I get: http://i.stack.imgur.com/bqXBs.png The problem is only with Explorer. I can execute a symbolic link to an EXE via cmd, subprocess.Po

[issue21360] mailbox.Maildir should ignore files named with a leading dot

R. David Murray added the comment: I wonder if changing this would break any working programs. I'd like to think not, but it is certainly possible for someone to be actually depending this bug. -- components: +email nosy: +akuchling, barry, r.david.murray _

[issue12619] Automatically regenerate platform-specific modules

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

[issue16124] fcntl_ioctl still not 100% sane with unsigned longs

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

[issue21075] fileinput should use stdin.buffer for "rb" mode

Roundup Robot added the comment: New changeset 7e640fefc9c1 by Serhiy Storchaka in branch '3.4': Issue #21075: fileinput.FileInput now reads bytes from standard stream if http://hg.python.org/cpython/rev/7e640fefc9c1 New changeset 4041d4077a85 by Serhiy Storchaka in branch 'default': Issue #2107

[issue21075] fileinput should use stdin.buffer for "rb" mode

Serhiy Storchaka added the comment: Thank you Sam for your contribution. -- resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 3.3 ___ Python tracker

[issue1669539] Improve Windows os.path.join (ntpath.join) "smart" joining

Serhiy Storchaka added the comment: ntpath.join() was fixed in issue19456. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Pyt

[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists

Terry J. Reedy added the comment: >Due to the risk of breaking existing user code which uses these private >functions, they should be left with old signature and new functions should be >added. The reason we make things private is so we don't have to do this. Why would you make an exception h

[issue15809] IDLE console uses incorrect encoding.

Serhiy Storchaka added the comment: I'm going to commit my patch in few days. This is not perfect solution, but I believe it is better than current state. -- nosy: +benjamin.peterson ___ Python tracker ___

[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists

Serhiy Storchaka added the comment: Because there are explicit tests for these private functions. -- ___ Python tracker ___ ___ Python

[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists

Stephen Paul Chappell added the comment: >Because there are explicit tests for these private functions. Does that not mean that both the functions and their explicit tests should be changed? -- ___ Python tracker

[issue21506] Windows MSI installer should mklink (symlink) python.exe to python2.7.exe

Steve Dower added the comment: Apparently there's a distinction between absolute and relative symlinks. Do you see a difference between: > mklink python2.7.exe python.exe and > mklink python2.7.exe C:\Python27\python.exe ? -- ___ Python tracker

[issue20998] fullmatch isn't matching correctly under re.IGNORECASE

Roundup Robot added the comment: New changeset 6267428afbdb by Serhiy Storchaka in branch '3.4': Issue #20998: Fixed re.fullmatch() of repeated single character pattern http://hg.python.org/cpython/rev/6267428afbdb New changeset bcf64c1c92f6 by Serhiy Storchaka in branch 'default': Issue #20998:

[issue20998] fullmatch isn't matching correctly under re.IGNORECASE

Serhiy Storchaka added the comment: Thank you Matthew for your contribution. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker __

[issue21487] Assorted ipaddress performance improvements

Serhiy Storchaka added the comment: Looks as second alternative is few percents faster then first one. -- ___ Python tracker ___ ___ P

[issue19625] IDLE 2.7 should use UTF-8 as it's default encoding

Terry J. Reedy added the comment: For the benefit of anyone finding this in a search, I fixed the title to match the actual request. UTF-8 *is* already the default encoding in 3.x, and upgrading to 3.x if at all possible is the best solution to unicode problems. -- nosy: +terry.reedy

[issue20977] pyflakes: undefined "ctype" in 2 except blocks in the email module

Rose Ames added the comment: Thanks guys! Added minimal tests necessary to expose the bug. -- Added file: http://bugs.python.org/file35253/expose_bug.patch ___ Python tracker __

[issue15809] 2.7 IDLE console uses incorrect encoding.

Terry J. Reedy added the comment: It took me awhile to re-recognize Это из консоли: as 'made in konsole'. I agree that the discrepancy between Idle shell and console is a bug relative to a general goal of having them work as nearly the same as possible and sensible. > This bug is critical for

[issue21506] Windows MSI installer should mklink (symlink) python.exe to python2.7.exe

eryksun added the comment: Using a relative target in the link isn't the problem for me here. (See issue 13702 for another problem with relative links.) I'm in the same boat as commenter weberc2. Same symptom; apparently a different problem. I'm using an absolute path for the target: C:\Progr

[issue21509] json.load fails to read UTF-8 file with (BOM) Byte Order Marks

New submission from Kristian Benoit: I'm trying to parse a json and keep getting ValueError. File reports the file as being "UTF-8 Unicode (with BOM) text", vim reports it as UTF-8, ... json.load docs says it support UTF-8 out of the box. Here's a link to the file : http://donnees.ville.sherb

[issue21363] io.TextIOWrapper always closes wrapped files

R. David Murray added the comment: I think detach is the correct way to to this, so I'm closing the issue. -- nosy: +r.david.murray resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue21488] codecs.encode/decode documentation inconsistency

Roundup Robot added the comment: New changeset 0a6f0aaeb96a by Victor Stinner in branch '2.7': Issue #21488: Oops, the patch for codecs.encode/decode doc was written by http://hg.python.org/cpython/rev/0a6f0aaeb96a New changeset 91dca6b9ef0f by Victor Stinner in branch '3.4': Issue #21488: Oops,

[issue21363] io.TextIOWrapper always closes wrapped files

Armin Ronacher added the comment: Detach "destroys" the stream, so it's not a solution. I can't just randomly destroy global state just because it's convenient. This is what I am doing now which seems borderline insane: https://github.com/mitsuhiko/click/blob/master/click/_compat.py#L31

[issue21363] io.TextIOWrapper always closes wrapped files

Armin Ronacher added the comment: Ah. Misread. This is about detaching the underlying stream from TextIOWrapper. I assume this could be done in the __del__ so that would work. I'm checking this now. -- ___ Python tracker

[issue21363] io.TextIOWrapper always closes wrapped files

Armin Ronacher added the comment: I can confirm that calling detach() in __del__ within an except block solves the issue. -- ___ Python tracker ___ _

[issue21509] json.load fails to read UTF-8 file with (BOM) Byte Order Marks

STINNER Victor added the comment: In Python 2, json.loads() accepts str and unicode types. You can support JSON starting with a UTF-8 BOM using the Python codec "utf-8-sig". Example: >>> codecs.BOM_UTF8 + b'{\n}' '\xef\xbb\xbf{\n}' >>> json.loads(codecs.BOM_UTF8 + b'{\n}') Traceback (most recen

[issue21364] Documentation Recommends Broken Pattern

R. David Murray added the comment: The issue of (mixed) string and binary input/output on the standard streams is still a bit of a work in progress, I think, both documentation wise and code wise. So I'm not sure we know yet what the best practice is to recommend here. I think I agree with Ar

[issue21364] Documentation Recommends Broken Pattern

Armin Ronacher added the comment: Sidestepping: The shutdown message is a related issue. TextIOWrapper tends to internally log errors apparently which is super annoying and probably should be fixed. I encountered the same problem with sockets disconnecting wrapped in TextIOWrapper always wr

[issue21507] set and frozenset constructor should use operator.length_hint to guess the size of the iterator

STINNER Victor added the comment: frozenset constructor has different implementations depending on the input type: set (or frozenset), dict or iterator. The constructor preallocates the frozenset for set and dict, but not for generic iterator and so the set may have a suboptimal size. Attache

[issue21507] set and frozenset constructor should use operator.length_hint to guess the size of the iterator

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

[issue21504] can the subprocess module war using os.wait4 and so return usage?

STINNER Victor added the comment: I guess that you mean "Popen" when you write "Pipe"? Even if Popen has a high-level wait() method implemented with os.waitpid(), you are free to use a low-level function using the pid attribute. proc = subprocess.Popen(...) os.wait4(proc.pid, ...) > have an n

[issue21027] difflib new cli interface

STINNER Victor added the comment: $ ./python -m difflib -u a.py b.py ... sys:1: ResourceWarning: unclosed file <_io.TextIOWrapper name='a.py' mode='r' encoding='UTF-8'> sys:1: ResourceWarning: unclosed file <_io.TextIOWrapper name='b.py' mode='r' encoding='UTF-8'> It looks like files are not

[issue21027] difflib new cli interface

STINNER Victor added the comment: The HTML output contains an encoding in the : The problem is that sys.stdout may use a different encoding. For example, my locale encoding is UTF-8. So "python -m difflib -um a.py b.py > test.html" produces an HTML file encoded in UTF-8 but announcing a ISO 8

  1   2   >