[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Eric Snow added the comment: borrowed the time machine did we? ;) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Ezio Melotti added the comment: http://docs.python.org/2/library/contextlib.html#contextlib.closing -- nosy: +ezio.melotti ___ Python tracker ___ _

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Eric Snow added the comment: Keep in mind that it's pretty easy to roll your own CM wrapper: @contextlib.contextmanager def closes(file): yield file file.close() Then you can do this: with closes(StringIO()) as test: test.write("hi!") return test.getvalue() This works for 2.5

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Georg Brandl added the comment: It would be a new feature, and as such forbidden to add in maintenance releases. -- ___ Python tracker ___

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Wade Tattersall added the comment: Any chance this patch could be applied to version 2.7? It's still an issue in 2.7.3, even though a suitable patch was supplied 3 years ago. I understand that it's fixed in python3, but for us poor maintainers of ancient code, it would be convenient to be able

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Georg Brandl added the comment: For 3.x, the builtin io.StringIO and io.BytesIO already have context manager capability. Added fileinput in r83359. -- resolution: -> accepted status: open -> closed ___ Python tracker

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Georg Brandl added the comment: FWIW, for the sake of consistency I'm +1 on supporting the context manager protocol on all file-like objects in the stdlib. -- ___ Python tracker

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Senthil Kumaran added the comment: I reviewed the patches attached. - The patch to add Context Manager support for fileinput.py seems good. It has docs too. This discussion did not conclude on the need for Context Manager for StringIO. With py3k having it, it should be good for py2.7 to provide

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Brian Curtin added the comment: Attached is a patch against trunk r76325 which implements context manager support for fileinput/FileInput, with tests and doc change. -- keywords: +patch nosy: +brian.curtin Added file: http://bugs.python.org/file15355/issue1286.patch ___

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Changes by Daniel Diniz : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- versions: +Python 2.7 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Alexander Belopolsky added the comment: Attached patch implements context management protocol for StringIO. -- components: +Library (Lib) nosy: +belopolsky versions: -Python 3.0 Added file: http://bugs.python.org/file9470/with_StringIO.diff __ Tracker <[

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Alexandre Vassalotti added the comment: FYI, StringIO and BytesIO, in Python 3K, already support the context management protocol. __ Tracker <[EMAIL PROTECTED]> __ _

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Changes by A.M. Kuchling: -- keywords: +easy __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Guido van Rossum added the comment: 2007/10/25, Yitz Gale <[EMAIL PROTECTED]>: > I was actually bitten badly by this issue with > StringIO. I added fileinput only as an afterthought. > > In an xml.sax app, I needed seek() support for a > codec-wrapped file handle, so I over-wrapped it with > Stri

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Yitz Gale added the comment: I was actually bitten badly by this issue with StringIO. I added fileinput only as an afterthought. In an xml.sax app, I needed seek() support for a codec-wrapped file handle, so I over-wrapped it with StringIO. The result was that I had to refactor code all over the

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Guido van Rossum added the comment: Let's not get overexcited. I agree that it makes sense for fileinput, but I disagree about *StringIO; its close() isn't needed to free resources (since it doesn't use up a scarce resource like a file descriptor). Can you whip up a patch for fileinput? Please

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Georg Brandl added the comment: Makes sense to me. -- nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list U

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Yitz Gale added the comment: These objects are supposed to be drop-in replacements for file handles. Except in legacy code, the way you use a file handle is: with function_to_create_fh as fh: If these objects do not support the with protocol, the only way to use them is to refactor this code

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Alexandre Vassalotti added the comment: Do you have a use-case for this? In Py3k, I don't think adding support for the 'with' statement to StringIO makes any sense, since the close() method does nothing. -- nosy: +alexandre.vassalotti __ Tracker <[EMAIL P

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

New submission from Yitz Gale: The standard idiom for opening a file is now with open... So I think it should be a goal that this should work with any built-in file-like object that needs to be closed, without having to explicitly wrap it in closing(). It certainly should work for fileinput and S

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Changes by Yitz Gale: -- components: Extension Modules nosy: ygale severity: normal status: open title: fileinput, StringIO, and cStringIO do not support the with protocol type: behavior versions: Python 2.5, Python 2.6, Python 3.0 __ Tracker <[EMAIL PROT