2007-08-15 16:28:22 +02:00
|
|
|
.. _tut-io:
|
|
|
|
|
|
|
|
****************
|
|
|
|
Input and Output
|
|
|
|
****************
|
|
|
|
|
|
|
|
There are several ways to present the output of a program; data can be printed
|
|
|
|
in a human-readable form, or written to a file for future use. This chapter will
|
|
|
|
discuss some of the possibilities.
|
|
|
|
|
|
|
|
|
|
|
|
.. _tut-formatting:
|
|
|
|
|
|
|
|
Fancier Output Formatting
|
|
|
|
=========================
|
|
|
|
|
|
|
|
So far we've encountered two ways of writing values: *expression statements* and
|
2007-08-31 05:25:11 +02:00
|
|
|
the :func:`print` function. (A third way is using the :meth:`write` method
|
2007-08-15 16:28:22 +02:00
|
|
|
of file objects; the standard output file can be referenced as ``sys.stdout``.
|
|
|
|
See the Library Reference for more information on this.)
|
|
|
|
|
|
|
|
.. index:: module: string
|
|
|
|
|
|
|
|
Often you'll want more control over the formatting of your output than simply
|
|
|
|
printing space-separated values. There are two ways to format your output; the
|
|
|
|
first way is to do all the string handling yourself; using string slicing and
|
|
|
|
concatenation operations you can create any layout you can imagine. The
|
|
|
|
standard module :mod:`string` contains some useful operations for padding
|
|
|
|
strings to a given column width; these will be discussed shortly. The second
|
|
|
|
way is to use the ``%`` operator with a string as the left argument. The ``%``
|
|
|
|
operator interprets the left argument much like a :cfunc:`sprintf`\ -style
|
|
|
|
format string to be applied to the right argument, and returns the string
|
|
|
|
resulting from this formatting operation.
|
|
|
|
|
|
|
|
One question remains, of course: how do you convert values to strings? Luckily,
|
|
|
|
Python has ways to convert any value to a string: pass it to the :func:`repr`
|
|
|
|
or :func:`str` functions. Reverse quotes (``````) are equivalent to
|
|
|
|
:func:`repr`, but they are no longer used in modern Python code and will likely
|
|
|
|
not be in future versions of the language.
|
|
|
|
|
|
|
|
The :func:`str` function is meant to return representations of values which are
|
|
|
|
fairly human-readable, while :func:`repr` is meant to generate representations
|
|
|
|
which can be read by the interpreter (or will force a :exc:`SyntaxError` if
|
|
|
|
there is not equivalent syntax). For objects which don't have a particular
|
|
|
|
representation for human consumption, :func:`str` will return the same value as
|
|
|
|
:func:`repr`. Many values, such as numbers or structures like lists and
|
|
|
|
dictionaries, have the same representation using either function. Strings and
|
|
|
|
floating point numbers, in particular, have two distinct representations.
|
|
|
|
|
|
|
|
Some examples::
|
|
|
|
|
|
|
|
>>> s = 'Hello, world.'
|
|
|
|
>>> str(s)
|
|
|
|
'Hello, world.'
|
|
|
|
>>> repr(s)
|
|
|
|
"'Hello, world.'"
|
|
|
|
>>> str(0.1)
|
|
|
|
'0.1'
|
|
|
|
>>> repr(0.1)
|
|
|
|
'0.10000000000000001'
|
|
|
|
>>> x = 10 * 3.25
|
|
|
|
>>> y = 200 * 200
|
|
|
|
>>> s = 'The value of x is ' + repr(x) + ', and y is ' + repr(y) + '...'
|
2007-08-31 05:25:11 +02:00
|
|
|
>>> print(s)
|
2007-08-15 16:28:22 +02:00
|
|
|
The value of x is 32.5, and y is 40000...
|
|
|
|
>>> # The repr() of a string adds string quotes and backslashes:
|
|
|
|
... hello = 'hello, world\n'
|
|
|
|
>>> hellos = repr(hello)
|
2007-08-31 05:25:11 +02:00
|
|
|
>>> print(hellos)
|
2007-08-15 16:28:22 +02:00
|
|
|
'hello, world\n'
|
|
|
|
>>> # The argument to repr() may be any Python object:
|
|
|
|
... repr((x, y, ('spam', 'eggs')))
|
|
|
|
"(32.5, 40000, ('spam', 'eggs'))"
|
|
|
|
>>> # reverse quotes are convenient in interactive sessions:
|
|
|
|
... `x, y, ('spam', 'eggs')`
|
|
|
|
"(32.5, 40000, ('spam', 'eggs'))"
|
|
|
|
|
|
|
|
Here are two ways to write a table of squares and cubes::
|
|
|
|
|
|
|
|
>>> for x in range(1, 11):
|
2007-09-03 09:10:24 +02:00
|
|
|
... print(repr(x).rjust(2), repr(x*x).rjust(3), end=' ')
|
2007-08-31 05:25:11 +02:00
|
|
|
... # Note use of 'end' on previous line
|
|
|
|
... print(repr(x*x*x).rjust(4))
|
2007-08-15 16:28:22 +02:00
|
|
|
...
|
|
|
|
1 1 1
|
|
|
|
2 4 8
|
|
|
|
3 9 27
|
|
|
|
4 16 64
|
|
|
|
5 25 125
|
|
|
|
6 36 216
|
|
|
|
7 49 343
|
|
|
|
8 64 512
|
|
|
|
9 81 729
|
|
|
|
10 100 1000
|
|
|
|
|
2007-09-03 09:10:24 +02:00
|
|
|
>>> for x in range(1, 11):
|
2007-08-31 05:25:11 +02:00
|
|
|
... print('%2d %3d %4d' % (x, x*x, x*x*x))
|
2007-08-15 16:28:22 +02:00
|
|
|
...
|
|
|
|
1 1 1
|
|
|
|
2 4 8
|
|
|
|
3 9 27
|
|
|
|
4 16 64
|
|
|
|
5 25 125
|
|
|
|
6 36 216
|
|
|
|
7 49 343
|
|
|
|
8 64 512
|
|
|
|
9 81 729
|
|
|
|
10 100 1000
|
|
|
|
|
|
|
|
(Note that in the first example, one space between each column was added by the
|
2007-08-31 05:25:11 +02:00
|
|
|
way :func:`print` works: it always adds spaces between its arguments.)
|
2007-08-15 16:28:22 +02:00
|
|
|
|
|
|
|
This example demonstrates the :meth:`rjust` method of string objects, which
|
|
|
|
right-justifies a string in a field of a given width by padding it with spaces
|
|
|
|
on the left. There are similar methods :meth:`ljust` and :meth:`center`. These
|
|
|
|
methods do not write anything, they just return a new string. If the input
|
|
|
|
string is too long, they don't truncate it, but return it unchanged; this will
|
|
|
|
mess up your column lay-out but that's usually better than the alternative,
|
|
|
|
which would be lying about a value. (If you really want truncation you can
|
|
|
|
always add a slice operation, as in ``x.ljust(n)[:n]``.)
|
|
|
|
|
|
|
|
There is another method, :meth:`zfill`, which pads a numeric string on the left
|
|
|
|
with zeros. It understands about plus and minus signs::
|
|
|
|
|
|
|
|
>>> '12'.zfill(5)
|
|
|
|
'00012'
|
|
|
|
>>> '-3.14'.zfill(7)
|
|
|
|
'-003.14'
|
|
|
|
>>> '3.14159265359'.zfill(5)
|
|
|
|
'3.14159265359'
|
|
|
|
|
|
|
|
Using the ``%`` operator looks like this::
|
|
|
|
|
|
|
|
>>> import math
|
2007-09-04 09:15:32 +02:00
|
|
|
>>> print('The value of PI is approximately %5.3f.' % math.pi)
|
2007-08-15 16:28:22 +02:00
|
|
|
The value of PI is approximately 3.142.
|
|
|
|
|
|
|
|
If there is more than one format in the string, you need to pass a tuple as
|
|
|
|
right operand, as in this example::
|
|
|
|
|
|
|
|
>>> table = {'Sjoerd': 4127, 'Jack': 4098, 'Dcab': 7678}
|
|
|
|
>>> for name, phone in table.items():
|
2007-09-04 09:15:32 +02:00
|
|
|
... print('%-10s ==> %10d' % (name, phone))
|
2007-08-15 16:28:22 +02:00
|
|
|
...
|
|
|
|
Jack ==> 4098
|
|
|
|
Dcab ==> 7678
|
|
|
|
Sjoerd ==> 4127
|
|
|
|
|
|
|
|
Most formats work exactly as in C and require that you pass the proper type;
|
|
|
|
however, if you don't you get an exception, not a core dump. The ``%s`` format
|
|
|
|
is more relaxed: if the corresponding argument is not a string object, it is
|
|
|
|
converted to string using the :func:`str` built-in function. Using ``*`` to
|
|
|
|
pass the width or precision in as a separate (integer) argument is supported.
|
|
|
|
The C formats ``%n`` and ``%p`` are not supported.
|
|
|
|
|
|
|
|
If you have a really long format string that you don't want to split up, it
|
|
|
|
would be nice if you could reference the variables to be formatted by name
|
|
|
|
instead of by position. This can be done by using form ``%(name)format``, as
|
|
|
|
shown here::
|
|
|
|
|
|
|
|
>>> table = {'Sjoerd': 4127, 'Jack': 4098, 'Dcab': 8637678}
|
2007-09-04 09:15:32 +02:00
|
|
|
>>> print('Jack: %(Jack)d; Sjoerd: %(Sjoerd)d; Dcab: %(Dcab)d' % table)
|
2007-08-15 16:28:22 +02:00
|
|
|
Jack: 4098; Sjoerd: 4127; Dcab: 8637678
|
|
|
|
|
|
|
|
This is particularly useful in combination with the new built-in :func:`vars`
|
|
|
|
function, which returns a dictionary containing all local variables.
|
|
|
|
|
2007-08-31 05:25:11 +02:00
|
|
|
The :mod:`string` module contains a class Template which offers yet another way
|
|
|
|
to substitute values into strings.
|
2007-08-15 16:28:22 +02:00
|
|
|
|
|
|
|
.. _tut-files:
|
|
|
|
|
|
|
|
Reading and Writing Files
|
|
|
|
=========================
|
|
|
|
|
|
|
|
.. index::
|
|
|
|
builtin: open
|
|
|
|
object: file
|
|
|
|
|
|
|
|
:func:`open` returns a file object, and is most commonly used with two
|
|
|
|
arguments: ``open(filename, mode)``.
|
|
|
|
|
|
|
|
::
|
|
|
|
|
Merged revisions 59605-59624 via svnmerge from
svn+ssh://pythondev@svn.python.org/python/trunk
........
r59606 | georg.brandl | 2007-12-29 11:57:00 +0100 (Sat, 29 Dec 2007) | 2 lines
Some cleanup in the docs.
........
r59611 | martin.v.loewis | 2007-12-29 19:49:21 +0100 (Sat, 29 Dec 2007) | 2 lines
Bug #1699: Define _BSD_SOURCE only on OpenBSD.
........
r59612 | raymond.hettinger | 2007-12-29 23:09:34 +0100 (Sat, 29 Dec 2007) | 1 line
Simpler documentation for itertools.tee(). Should be backported.
........
r59613 | raymond.hettinger | 2007-12-29 23:16:24 +0100 (Sat, 29 Dec 2007) | 1 line
Improve docs for itertools.groupby(). The use of xrange(0) to create a unique object is less obvious than object().
........
r59620 | christian.heimes | 2007-12-31 15:47:07 +0100 (Mon, 31 Dec 2007) | 3 lines
Added wininst-9.0.exe executable for VS 2008
Integrated bdist_wininst into PCBuild9 directory
........
r59621 | christian.heimes | 2007-12-31 15:51:18 +0100 (Mon, 31 Dec 2007) | 1 line
Moved PCbuild directory to PC/VS7.1
........
r59622 | christian.heimes | 2007-12-31 15:59:26 +0100 (Mon, 31 Dec 2007) | 1 line
Fix paths for build bot
........
r59623 | christian.heimes | 2007-12-31 16:02:41 +0100 (Mon, 31 Dec 2007) | 1 line
Fix paths for build bot, part 2
........
r59624 | christian.heimes | 2007-12-31 16:18:55 +0100 (Mon, 31 Dec 2007) | 1 line
Renamed PCBuild9 directory to PCBuild
........
2007-12-31 17:14:33 +01:00
|
|
|
>>> f = open('/tmp/workfile', 'w')
|
2007-08-31 05:25:11 +02:00
|
|
|
>>> print(f)
|
2007-08-15 16:28:22 +02:00
|
|
|
<open file '/tmp/workfile', mode 'w' at 80a0960>
|
|
|
|
|
|
|
|
The first argument is a string containing the filename. The second argument is
|
|
|
|
another string containing a few characters describing the way in which the file
|
|
|
|
will be used. *mode* can be ``'r'`` when the file will only be read, ``'w'``
|
|
|
|
for only writing (an existing file with the same name will be erased), and
|
|
|
|
``'a'`` opens the file for appending; any data written to the file is
|
|
|
|
automatically added to the end. ``'r+'`` opens the file for both reading and
|
|
|
|
writing. The *mode* argument is optional; ``'r'`` will be assumed if it's
|
|
|
|
omitted.
|
|
|
|
|
Merged revisions 60284-60349 via svnmerge from
svn+ssh://pythondev@svn.python.org/python/trunk
........
r60286 | christian.heimes | 2008-01-25 15:54:23 +0100 (Fri, 25 Jan 2008) | 1 line
setup.py doesn't pick up changes to a header file
........
r60287 | christian.heimes | 2008-01-25 16:52:11 +0100 (Fri, 25 Jan 2008) | 2 lines
Added the Python core headers Include/*.h and pyconfig.h as dependencies for the extensions in Modules/
It forces a rebuild of all extensions when a header files has been modified
........
r60291 | raymond.hettinger | 2008-01-25 20:24:46 +0100 (Fri, 25 Jan 2008) | 4 lines
Changes 54857 and 54840 broke code and were reverted in Py2.5 just before
it was released, but that reversion never made it to the Py2.6 head.
........
r60296 | guido.van.rossum | 2008-01-25 20:50:26 +0100 (Fri, 25 Jan 2008) | 2 lines
Rewrite the list_inline_repeat overflow check slightly differently.
........
r60301 | thomas.wouters | 2008-01-25 22:09:34 +0100 (Fri, 25 Jan 2008) | 4 lines
Use the right (portable) definition of the max of a Py_ssize_t.
........
r60303 | thomas.wouters | 2008-01-26 02:47:05 +0100 (Sat, 26 Jan 2008) | 5 lines
Make 'testall' work again when building in a separate directory.
test_distutils still fails when doing that.
........
r60305 | neal.norwitz | 2008-01-26 06:54:48 +0100 (Sat, 26 Jan 2008) | 3 lines
Prevent this test from failing if there are transient network problems
by retrying the host for up to 3 times.
........
r60306 | neal.norwitz | 2008-01-26 08:26:12 +0100 (Sat, 26 Jan 2008) | 12 lines
Use a condition variable (threading.Event) rather than sleeps and checking a
global to determine when the server is ready to be used. This slows the test
down, but should make it correct. There was a race condition before where the
server could have assigned a port, yet it wasn't ready to serve requests. If
the client sent a request before the server was completely ready, it would get
an exception. There was machinery to try to handle this condition. All of
that should be unnecessary and removed if this change works. A NOTE was
added as a comment about what needs to be fixed.
The buildbots will tell us if there are more errors or
if this test is now stable.
........
r60307 | neal.norwitz | 2008-01-26 08:38:03 +0100 (Sat, 26 Jan 2008) | 3 lines
Fix exception in tearDown on ppc buildbot. If there's no directory,
that shouldn't cause the test to fail. Just like it setUp.
........
r60308 | raymond.hettinger | 2008-01-26 09:19:06 +0100 (Sat, 26 Jan 2008) | 3 lines
Make PySet_Add() work with frozensets. Works like PyTuple_SetItem() to build-up values in a brand new frozenset.
........
r60309 | neal.norwitz | 2008-01-26 09:26:00 +0100 (Sat, 26 Jan 2008) | 1 line
The OS X buildbot had errors with the unavailable exceptions disabled. Restore it.
........
r60310 | raymond.hettinger | 2008-01-26 09:37:28 +0100 (Sat, 26 Jan 2008) | 4 lines
Let marshal build-up sets and frozensets one element at a time.
Saves the unnecessary creation of a tuple as intermediate container.
........
r60311 | raymond.hettinger | 2008-01-26 09:41:13 +0100 (Sat, 26 Jan 2008) | 1 line
Update test code for change to PySet_Add().
........
r60312 | raymond.hettinger | 2008-01-26 10:31:11 +0100 (Sat, 26 Jan 2008) | 1 line
Revert PySet_Add() changes.
........
r60314 | georg.brandl | 2008-01-26 10:43:35 +0100 (Sat, 26 Jan 2008) | 2 lines
#1934: fix os.path.isabs docs.
........
r60316 | georg.brandl | 2008-01-26 12:00:18 +0100 (Sat, 26 Jan 2008) | 2 lines
Add missing things in re docstring.
........
r60317 | georg.brandl | 2008-01-26 12:02:22 +0100 (Sat, 26 Jan 2008) | 2 lines
Slashes allowed on Windows.
........
r60319 | georg.brandl | 2008-01-26 14:41:21 +0100 (Sat, 26 Jan 2008) | 2 lines
Fix markup again.
........
r60320 | andrew.kuchling | 2008-01-26 14:50:51 +0100 (Sat, 26 Jan 2008) | 1 line
Add some items
........
r60321 | georg.brandl | 2008-01-26 15:02:38 +0100 (Sat, 26 Jan 2008) | 2 lines
Clarify "b" mode under Unix.
........
r60322 | georg.brandl | 2008-01-26 15:03:47 +0100 (Sat, 26 Jan 2008) | 3 lines
#1940: make it possible to use curses.filter() before curses.initscr()
as the documentation says.
........
r60324 | georg.brandl | 2008-01-26 15:14:20 +0100 (Sat, 26 Jan 2008) | 3 lines
#1473257: add generator.gi_code attribute that refers to
the original code object backing the generator. Patch by Collin Winter.
........
r60325 | georg.brandl | 2008-01-26 15:19:22 +0100 (Sat, 26 Jan 2008) | 2 lines
Move C API entries to the corresponding section.
........
r60326 | christian.heimes | 2008-01-26 17:43:35 +0100 (Sat, 26 Jan 2008) | 1 line
Unit test fix from Giampaolo Rodola, #1938
........
r60327 | gregory.p.smith | 2008-01-26 19:51:05 +0100 (Sat, 26 Jan 2008) | 2 lines
Update docs for new callpack params added in r60188
........
r60329 | neal.norwitz | 2008-01-26 21:24:36 +0100 (Sat, 26 Jan 2008) | 3 lines
Cleanup the code a bit. test_rfind is failing on PPC and PPC64 buildbots,
this might fix the problem.
........
r60330 | neal.norwitz | 2008-01-26 22:02:45 +0100 (Sat, 26 Jan 2008) | 1 line
Always try to remove the test file even if close raises an exception
........
r60331 | neal.norwitz | 2008-01-26 22:21:59 +0100 (Sat, 26 Jan 2008) | 3 lines
Reduce the race condition by signalling when the server is ready
and not trying to connect before.
........
r60334 | neal.norwitz | 2008-01-27 00:13:46 +0100 (Sun, 27 Jan 2008) | 5 lines
On some systems (e.g., Ubuntu on hppa) the flush()
doesn't cause the exception, but the close() does.
Will backport.
........
r60335 | neal.norwitz | 2008-01-27 00:14:17 +0100 (Sun, 27 Jan 2008) | 2 lines
Consistently use tempfile.tempdir for the db_home directory.
........
r60338 | neal.norwitz | 2008-01-27 02:44:05 +0100 (Sun, 27 Jan 2008) | 4 lines
Eliminate the sleeps that assume the server will start in .5 seconds.
This should make the test less flaky. It also speeds up the test
by about 75% on my box (20+ seconds -> ~4 seconds).
........
r60342 | neal.norwitz | 2008-01-27 06:02:34 +0100 (Sun, 27 Jan 2008) | 6 lines
Try to prevent this test from being flaky. We might need a sleep in here
which isn't as bad as it sounds. The close() *should* raise an exception,
so if it didn't we should give more time to sync and really raise it.
Will backport.
........
r60344 | jeffrey.yasskin | 2008-01-27 06:40:35 +0100 (Sun, 27 Jan 2008) | 3 lines
Make rational.gcd() public and allow Rational to take decimal strings, per
Raymond's advice.
........
r60345 | neal.norwitz | 2008-01-27 08:36:03 +0100 (Sun, 27 Jan 2008) | 3 lines
Mostly reformat. Also set an error and return NULL if neither MS_WINDOWS
nor UNIX is defined. This may have caused problems on cygwin.
........
r60346 | neal.norwitz | 2008-01-27 08:37:38 +0100 (Sun, 27 Jan 2008) | 3 lines
Use int for the sign rather than a char. char can be signed or unsigned.
It's system dependent. This might fix the problem with test_rfind failing.
........
r60347 | neal.norwitz | 2008-01-27 08:41:33 +0100 (Sun, 27 Jan 2008) | 1 line
Add stdarg include for va_list to get this to compile on cygwin
........
r60348 | raymond.hettinger | 2008-01-27 11:13:57 +0100 (Sun, 27 Jan 2008) | 1 line
Docstring nit
........
r60349 | raymond.hettinger | 2008-01-27 11:47:55 +0100 (Sun, 27 Jan 2008) | 1 line
Removed an unnecessary and confusing paragraph from the namedtuple docs.
........
2008-01-27 16:18:18 +01:00
|
|
|
On Windows and the Macintosh, ``'b'`` appended to the mode opens the file in
|
|
|
|
binary mode, so there are also modes like ``'rb'``, ``'wb'``, and ``'r+b'``.
|
|
|
|
Windows makes a distinction between text and binary files; the end-of-line
|
|
|
|
characters in text files are automatically altered slightly when data is read or
|
|
|
|
written. This behind-the-scenes modification to file data is fine for ASCII
|
|
|
|
text files, but it'll corrupt binary data like that in :file:`JPEG` or
|
|
|
|
:file:`EXE` files. Be very careful to use binary mode when reading and writing
|
|
|
|
such files. On Unix, it doesn't hurt to append a ``'b'`` to the mode, so
|
|
|
|
you can use it platform-independently for all binary files.
|
2007-09-26 03:10:12 +02:00
|
|
|
|
|
|
|
This behind-the-scenes modification to file data is fine for text files, but
|
|
|
|
will corrupt binary data like that in :file:`JPEG` or :file:`EXE` files. Be
|
|
|
|
very careful to use binary mode when reading and writing such files.
|
2007-08-15 16:28:22 +02:00
|
|
|
|
|
|
|
|
|
|
|
.. _tut-filemethods:
|
|
|
|
|
|
|
|
Methods of File Objects
|
|
|
|
-----------------------
|
|
|
|
|
|
|
|
The rest of the examples in this section will assume that a file object called
|
|
|
|
``f`` has already been created.
|
|
|
|
|
|
|
|
To read a file's contents, call ``f.read(size)``, which reads some quantity of
|
|
|
|
data and returns it as a string. *size* is an optional numeric argument. When
|
|
|
|
*size* is omitted or negative, the entire contents of the file will be read and
|
|
|
|
returned; it's your problem if the file is twice as large as your machine's
|
|
|
|
memory. Otherwise, at most *size* bytes are read and returned. If the end of
|
|
|
|
the file has been reached, ``f.read()`` will return an empty string (``""``).
|
|
|
|
::
|
|
|
|
|
|
|
|
>>> f.read()
|
|
|
|
'This is the entire file.\n'
|
|
|
|
>>> f.read()
|
|
|
|
''
|
|
|
|
|
|
|
|
``f.readline()`` reads a single line from the file; a newline character (``\n``)
|
|
|
|
is left at the end of the string, and is only omitted on the last line of the
|
|
|
|
file if the file doesn't end in a newline. This makes the return value
|
|
|
|
unambiguous; if ``f.readline()`` returns an empty string, the end of the file
|
|
|
|
has been reached, while a blank line is represented by ``'\n'``, a string
|
|
|
|
containing only a single newline. ::
|
|
|
|
|
|
|
|
>>> f.readline()
|
|
|
|
'This is the first line of the file.\n'
|
|
|
|
>>> f.readline()
|
|
|
|
'Second line of the file\n'
|
|
|
|
>>> f.readline()
|
|
|
|
''
|
|
|
|
|
|
|
|
``f.readlines()`` returns a list containing all the lines of data in the file.
|
|
|
|
If given an optional parameter *sizehint*, it reads that many bytes from the
|
|
|
|
file and enough more to complete a line, and returns the lines from that. This
|
|
|
|
is often used to allow efficient reading of a large file by lines, but without
|
|
|
|
having to load the entire file in memory. Only complete lines will be returned.
|
|
|
|
::
|
|
|
|
|
|
|
|
>>> f.readlines()
|
|
|
|
['This is the first line of the file.\n', 'Second line of the file\n']
|
|
|
|
|
2007-09-20 20:22:40 +02:00
|
|
|
An alternative approach to reading lines is to loop over the file object. This is
|
2007-08-15 16:28:22 +02:00
|
|
|
memory efficient, fast, and leads to simpler code::
|
|
|
|
|
|
|
|
>>> for line in f:
|
2007-08-31 05:25:11 +02:00
|
|
|
print(line, end='')
|
2007-08-15 16:28:22 +02:00
|
|
|
|
|
|
|
This is the first line of the file.
|
|
|
|
Second line of the file
|
|
|
|
|
|
|
|
The alternative approach is simpler but does not provide as fine-grained
|
|
|
|
control. Since the two approaches manage line buffering differently, they
|
|
|
|
should not be mixed.
|
|
|
|
|
|
|
|
``f.write(string)`` writes the contents of *string* to the file, returning
|
|
|
|
``None``. ::
|
|
|
|
|
|
|
|
>>> f.write('This is a test\n')
|
|
|
|
|
|
|
|
To write something other than a string, it needs to be converted to a string
|
|
|
|
first::
|
|
|
|
|
|
|
|
>>> value = ('the answer', 42)
|
|
|
|
>>> s = str(value)
|
|
|
|
>>> f.write(s)
|
|
|
|
|
|
|
|
``f.tell()`` returns an integer giving the file object's current position in the
|
|
|
|
file, measured in bytes from the beginning of the file. To change the file
|
|
|
|
object's position, use ``f.seek(offset, from_what)``. The position is computed
|
|
|
|
from adding *offset* to a reference point; the reference point is selected by
|
|
|
|
the *from_what* argument. A *from_what* value of 0 measures from the beginning
|
|
|
|
of the file, 1 uses the current file position, and 2 uses the end of the file as
|
|
|
|
the reference point. *from_what* can be omitted and defaults to 0, using the
|
|
|
|
beginning of the file as the reference point. ::
|
|
|
|
|
|
|
|
>>> f = open('/tmp/workfile', 'r+')
|
|
|
|
>>> f.write('0123456789abcdef')
|
|
|
|
>>> f.seek(5) # Go to the 6th byte in the file
|
|
|
|
>>> f.read(1)
|
|
|
|
'5'
|
|
|
|
>>> f.seek(-3, 2) # Go to the 3rd byte before the end
|
|
|
|
>>> f.read(1)
|
|
|
|
'd'
|
|
|
|
|
|
|
|
When you're done with a file, call ``f.close()`` to close it and free up any
|
|
|
|
system resources taken up by the open file. After calling ``f.close()``,
|
|
|
|
attempts to use the file object will automatically fail. ::
|
|
|
|
|
|
|
|
>>> f.close()
|
|
|
|
>>> f.read()
|
|
|
|
Traceback (most recent call last):
|
|
|
|
File "<stdin>", line 1, in ?
|
|
|
|
ValueError: I/O operation on closed file
|
|
|
|
|
|
|
|
File objects have some additional methods, such as :meth:`isatty` and
|
|
|
|
:meth:`truncate` which are less frequently used; consult the Library Reference
|
|
|
|
for a complete guide to file objects.
|
|
|
|
|
|
|
|
|
|
|
|
.. _tut-pickle:
|
|
|
|
|
|
|
|
The :mod:`pickle` Module
|
|
|
|
------------------------
|
|
|
|
|
|
|
|
.. index:: module: pickle
|
|
|
|
|
|
|
|
Strings can easily be written to and read from a file. Numbers take a bit more
|
|
|
|
effort, since the :meth:`read` method only returns strings, which will have to
|
|
|
|
be passed to a function like :func:`int`, which takes a string like ``'123'``
|
|
|
|
and returns its numeric value 123. However, when you want to save more complex
|
|
|
|
data types like lists, dictionaries, or class instances, things get a lot more
|
|
|
|
complicated.
|
|
|
|
|
|
|
|
Rather than have users be constantly writing and debugging code to save
|
|
|
|
complicated data types, Python provides a standard module called :mod:`pickle`.
|
|
|
|
This is an amazing module that can take almost any Python object (even some
|
|
|
|
forms of Python code!), and convert it to a string representation; this process
|
|
|
|
is called :dfn:`pickling`. Reconstructing the object from the string
|
|
|
|
representation is called :dfn:`unpickling`. Between pickling and unpickling,
|
|
|
|
the string representing the object may have been stored in a file or data, or
|
|
|
|
sent over a network connection to some distant machine.
|
|
|
|
|
|
|
|
If you have an object ``x``, and a file object ``f`` that's been opened for
|
|
|
|
writing, the simplest way to pickle the object takes only one line of code::
|
|
|
|
|
|
|
|
pickle.dump(x, f)
|
|
|
|
|
|
|
|
To unpickle the object again, if ``f`` is a file object which has been opened
|
|
|
|
for reading::
|
|
|
|
|
|
|
|
x = pickle.load(f)
|
|
|
|
|
|
|
|
(There are other variants of this, used when pickling many objects or when you
|
|
|
|
don't want to write the pickled data to a file; consult the complete
|
|
|
|
documentation for :mod:`pickle` in the Python Library Reference.)
|
|
|
|
|
|
|
|
:mod:`pickle` is the standard way to make Python objects which can be stored and
|
|
|
|
reused by other programs or by a future invocation of the same program; the
|
|
|
|
technical term for this is a :dfn:`persistent` object. Because :mod:`pickle` is
|
|
|
|
so widely used, many authors who write Python extensions take care to ensure
|
|
|
|
that new data types such as matrices can be properly pickled and unpickled.
|
|
|
|
|
|
|
|
|