I have some legacy code with a legacy function that takes a filename as an argument and processes the file contents. A working facsimile of the code is below.
What I want to do is not have to write to disk with some content that I generate in order to use this legacy function, so I though I could use StringIO to create an object in place of the physical filename. However, this does not work, as you can see below.
I thought StringIO was the way to go with this. Can anyone tell me if there is a way to use this legacy function and pass it something in the argument that isn’t a file on disk but can be treated as such by the legacy function? The legacy function does have the with context manager doing work on the filename parameter value.
The one thing I came across in google was: http://bugs.python.org/issue1286, but that didn’t help me…
Code
from pprint import pprint
import StringIO
# Legacy Function
def processFile(filename):
with open(filename, 'r') as fh:
return fh.readlines()
# This works
print 'This is the output of FileOnDisk.txt'
pprint(processFile('c:/temp/FileOnDisk.txt'))
print
# This fails
plink_data = StringIO.StringIO('StringIO data.')
print 'This is the error.'
pprint(processFile(plink_data))
Output
This is the output in FileOnDisk.txt:
['This file is on disk.\n']
This is the error:
Traceback (most recent call last):
File "C:\temp\test.py", line 20, in <module>
pprint(processFile(plink_data))
File "C:\temp\test.py", line 6, in processFile
with open(filename, 'r') as fh:
TypeError: coercing to Unicode: need string or buffer, instance found
A
StringIOinstance is an open file already. Theopencommand, on the other hand, only takes filenames, to return an open file. AStringIOinstance is not suitable as a filename.Also, you don’t need to close a
StringIOinstance, so there is no need to use it as a context manager either. While closing an instance frees the memory allocated, so does simply letting the garbage collector reap the object. At any rate, thecontextlib.closing()context manager could take care of closing the object if you want to ensure freeing the memory while still holding a reference to the object.If all your legacy code can take is a filename, then a
StringIOinstance is not the way to go. Use thetempfilemodule to generate a temporary filename instead.Here is an example using a contextmanager to ensure the temp file is cleaned up afterwards:
You can also switch to the newer Python 3 infrastructure offered by the
iomodule (available in Python 2 and 3), whereio.BytesIOis the more robust replacement forStringIO.StringIO/cStringIO.StringIO. This object does support being used as a context manager (but still can’t be passed toopen()).