\input texinfo @c -*-Texinfo-*- @c Copyright (c) 1993 Free Software Foundation, Inc. @c %**start of header @setfilename iostream.info @settitle The GNU C++ Iostream Library @setchapternewpage odd @c %**end of header @ifinfo @format START-INFO-DIR-ENTRY * iostream: (iostream). The C++ input/output facility. END-INFO-DIR-ENTRY @end format This file describes libio, the GNU library for C++ iostreams and C stdio. libio includes software developed by the University of California, Berkeley. Copyright (C) 1993 Free Software Foundation, Inc. Permission is granted to make and distribute verbatim copies of this manual provided the copyright notice and this permission notice are preserved on all copies. @ignore Permission is granted to process this file through TeX and print the results, provided the printed document carries copying permission notice identical to this one except for the removal of this paragraph (this paragraph not being relevant to the printed manual). @end ignore Permission is granted to copy and distribute modified versions of this manual under the conditions for verbatim copying, provided also that the entire resulting derived work is distributed under the terms of a permission notice identical to this one. Permission is granted to copy and distribute translations of this manual into another language, under the above conditions for modified versions. @end ifinfo @finalout @syncodeindex fn cp @syncodeindex vr cp @titlepage @title The GNU C++ Iostream Library @subtitle Reference Manual for @code{libio} Version 0.64 @sp 3 @author Per Bothner @hfill @code{bothner@@cygnus.com} @author Cygnus Support @hfill @code{doc@@cygnus.com} @page @vskip 0pt plus 1filll Copyright @copyright{} 1993 Free Software Foundation, Inc. @code{libio} includes software developed by the University of California, Berkeley. @code{libio} uses floating-point software written by David M. Gay, which includes the following notice: @quotation The author of this software is David M. Gay. Copyright (c) 1991 by AT&T. Permission to use, copy, modify, and distribute this software for any purpose without fee is hereby granted, provided that this entire notice is included in all copies of any software which is or includes a copy or modification of this software and in all copies of the supporting documentation for such software. THIS SOFTWARE IS BEING PROVIDED "AS IS", WITHOUT ANY EXPRESS OR IMPLIED WARRANTY. IN PARTICULAR, NEITHER THE AUTHOR NOR AT&T MAKES ANY REPRESENTATION OR WARRANTY OF ANY KIND CONCERNING THE MERCHANTABILITY OF THIS SOFTWARE OR ITS FITNESS FOR ANY PARTICULAR PURPOSE. @end quotation Permission is granted to make and distribute verbatim copies of this manual provided the copyright notice and this permission notice are preserved on all copies. Permission is granted to copy and distribute modified versions of this manual under the conditions for verbatim copying, provided also that the entire resulting derived work is distributed under the terms of a permission notice identical to this one. Permission is granted to copy and distribute translations of this manual into another language, under the above conditions for modified versions. @end titlepage @ifinfo @node Top @top The GNU C++ Iostream Library This file provides reference information on the GNU C++ iostream library (@code{libio}), version 0.64. @menu * Introduction:: * Operators:: Operators and default streams. * Streams:: Stream classes. * Files and Strings:: Classes for files and strings. * Streambuf:: Using the streambuf layer. * Stdio:: C input and output. * Index:: @end menu @end ifinfo @node Introduction @chapter Introduction The iostream classes implement most of the features of AT&T version 2.0 iostream library classes, and most of the features of the ANSI X3J16 library draft (which is based on the AT&T design). This manual is meant as a reference; for tutorial material on iostreams, see the corresponding section of any recent popular introduction to C++. @menu * Copying:: Special GNU licensing terms for libio. * Acknowledgements:: Contributors to GNU iostream. @end menu @node Copying @section Licensing terms for @code{libio} Since the @code{iostream} classes are so fundamental to standard C++, the Free Software Foundation has agreed to a special exception to its standard license, when you link programs with @code{libio.a}: @quotation As a special exception, if you link this library with files compiled with a GNU compiler to produce an executable, this does not cause the resulting executable to be covered by the GNU General Public License. This exception does not however invalidate any other reasons why the executable file might be covered by the GNU General Public License. @end quotation The code is under the @sc{gnu} General Public License (version 2) for all other purposes than linking with this library; that means that you can modify and redistribute the code as usual, but remember that if you do, your modifications, and anything you link with the modified code, must be available to others on the same terms. These functions are also available as part of the @code{libg++} library; if you link with that library instead of @code{libio}, the @sc{gnu} Library General Public License applies. @node Acknowledgements @section Acknowledgements Per Bothner wrote most of the @code{iostream} library, but some portions have their origins elsewhere in the free software community. Heinz Seidl wrote the IO manipulators. The floating-point conversion software is by David M. Gay of AT&T. Some code was derived from parts of BSD 4.4, which was written at the University of California, Berkeley. The iostream classes are found in the @code{libio} library. An early version was originally distributed in @code{libg++}, and they are still included there as well, for convenience if you need other @code{libg++} classes. Doug Lea was the original author of @code{libg++}, and some of the file-management code still in @code{libio} is his. Various people found bugs or offered suggestions. Hongjiu Lu worked hard to use the library as the default stdio implementation for Linux, and has provided much stress-testing of the library. @node Operators @chapter Operators and Default Streams The @sc{gnu} iostream library, @file{libio}, implements the standard input and output facilities for C++. These facilities are roughly analogous (in their purpose and ubiquity, at least) with those defined by the C @file{stdio} functions. Although these definitions come from a library, rather than being part of the ``core language'', they are sufficiently central to be specified in the latest working papers for C++. You can use two operators defined in this library for basic input and output operations. They are familiar from any C++ introductory textbook: @code{<<} for output, and @code{>>} for input. (Think of data flowing in the direction of the ``arrows''.) These operators are often used in conjunction with three streams that are open by default: @deftypevar ostream cout The standard output stream, analogous to the C @code{stdout}. @end deftypevar @deftypevar istream cin The standard input stream, analogous to the C @code{stdin}. @end deftypevar @deftypevar ostream cerr An alternative output stream for errors, analogous to the C @code{stderr}. @end deftypevar @noindent For example, this bare-bones C++ version of the traditional ``hello'' program uses @code{<<} and @code{cout}: @example #include int main(int argc, char **argv) @{ cout << "Well, hi there.\n"; return 0; @} @end example Casual use of these operators may be seductive, but---other than in writing throwaway code for your own use---it is not necessarily simpler than managing input and output in any other language. For example, robust code should check the state of the input and output streams between operations (for example, using the method @code{good}). @xref{States,,Checking the state of a stream}. You may also need to adjust maximum input or output field widths, using manipulators like @code{setw} or @code{setprecision}. @defop Operator ostream << Write output to an open output stream of class @code{ostream}. Defined by this library on any @var{object} of a C++ primitive type, and on other classes of the library. You can overload the definition for any of your own applications' classes. Returns a reference to the implied argument @code{*this} (the open stream it writes on), permitting statements like @example cout << "The value of i is " << i << "\n"; @end example @end defop @defop Operator istream >> Read input from an open input stream of class @code{istream}. Defined by this library on primitive numeric, pointer, and string types; you can extend the definition for any of your own applications' classes. Returns a reference to the implied argument @code{*this} (the open stream it reads), permitting multiple inputs in one statement. @end defop @node Streams @chapter Stream Classes The previous chapter referred in passing to the classes @code{ostream} and @code{istream}, for output and input respectively. These classes share certain properties, captured in their base class @code{ios}. @menu * Ios:: Shared properties. * Ostream:: Managing output streams. * Istream:: Managing input streams. * Iostream:: Input and output together. @end menu @node Ios @section Shared properties: class @code{ios} The base class @code{ios} provides methods to test and manage the state of input or output streams. @code{ios} delegates the job of actually reading and writing bytes to the abstract class @code{streambuf}, which is designed to provide buffered streams (compatible with C, in the @sc{gnu} implementation). @xref{Streambuf,,Using the @code{streambuf} layer}, for information on the facilities available at the @code{streambuf} level. @deftypefn Constructor {} ios::ios ([streambuf* @var{sb} @w{[, ostream*} @var{tie}]) The @code{ios} constructor by default initializes a new @code{ios}, and if you supply a @code{streambuf} @var{sb} to associate with it, sets the state @code{good} in the new @code{ios} object. It also sets the default properties of the new object. @ignore @c FIXME--future: this (a) doesn't work, (b) is controversial at ANSI An @code{ios} without a @code{streambuf} has the state @code{bad} until you supply a @code{streambuf}; you can do that by assigning a new value to the @code{ios} with @samp{=}. @end ignore You can also supply an optional second argument @var{tie} to the constructor: if present, it is an initial value for @code{ios::tie}, to associate the new @code{ios} object with another stream. @end deftypefn @deftypefn Destructor {} ios::~ios () The @code{ios} destructor is virtual, permitting application-specific behavior when a stream is closed---typically, the destructor frees any storage associated with the stream and releases any other associated objects. @end deftypefn @c FIXME-future: Is @deftypefn really the best way of displaying these? @c FIXME-future: Undocumented: ios::_throw_failure, ios::exceptions; things @c controlled by _STREAM_COMPAT; ios::Init; ios::_IO_fix_vtable. @menu * States:: Checking the state of a stream. * Format Control:: Choices in formatting. * Manipulators:: Convenient ways of changing stream properties. * Extending:: Extended data fields. * Synchronization:: Synchronizing related streams. * Streambuf from Ios:: Reaching the underlying streambuf. @end menu @node States @subsection Checking the state of a stream Use this collection of methods to test for (or signal) errors and other exceptional conditions of streams: @deftypefn Method {ios::operator void*} () const You can do a quick check on the state of the most recent operation on a stream by examining a pointer to the stream itself. The pointer is arbitrary except for its truth value; it is true if no failures have occurred (@code{ios::fail} is not true). For example, you might ask for input on @code{cin} only if all prior output operations succeeded: @example if (cout) @{ // Everything OK so far cin >> new_value; @dots{} @} @end example @end deftypefn @deftypefn Method {ios::operator !} () const In case it is more convenient to check whether something has failed, the operator @code{!} returns true if @code{ios::fail} is true (an operation has failed). For example, you might issue an error message if input failed: @example if (!cin) @{ // Oops cerr << "Eh?\n"; @} @end example @end deftypefn @deftypefn Method iostate ios::rdstate () const Return the state flags for this stream. The value is from the enumeration @code{iostate}. You can test for any combination of @vtable @code @item goodbit There are no indications of exceptional states on this stream. @item eofbit End of file. @item failbit An operation has failed on this stream; this usually indicates bad format of input. @item badbit The stream is unusable. @end vtable @end deftypefn @deftypefn Method void ios::setstate (iostate @var{state}) @findex ios::set Set the state flag for this stream to @var{state} @emph{in addition to} any state flags already set. Synonym (for upward compatibility): @code{ios::set}. See @code{ios::clear} to set the stream state without regard to existing state flags. See @code{ios::good}, @code{ios::eof}, @code{ios::fail}, and @code{ios::bad}, to test the state. @end deftypefn @deftypefn Method int ios::good () const Test the state flags associated with this stream; true if no error indicators are set. @end deftypefn @deftypefn Method int ios::bad () const Test whether a stream is marked as unusable. (Whether @code{ios::badbit} is set.) @end deftypefn @deftypefn Method int ios::eof () const True if end of file was reached on this stream. (If @code{ios::eofbit} is set.) @end deftypefn @deftypefn Method int ios::fail () const Test for any kind of failure on this stream: @emph{either} some operation failed, @emph{or} the stream is marked as bad. (If either @code{ios::failbit} or @code{ios::badbit} is set.) @end deftypefn @deftypefn Method void ios::clear (iostate @var{state}) @c FIXME-future: There is some complication to do with buffering and _throw_failure Set the state indication for this stream to the argument @var{state}. You may call @code{ios::clear} with no argument, in which case the state is set to @code{good} (no errors pending). See @code{ios::good}, @code{ios::eof}, @code{ios::fail}, and @code{ios::bad}, to test the state; see @code{ios::set} or @code{ios::setstate} for an alternative way of setting the state. @end deftypefn @node Format Control @subsection Choices in formatting These methods control (or report on) settings for some details of controlling streams, primarily to do with formatting output: @deftypefn Method char ios::fill () const Report on the padding character in use. @end deftypefn @deftypefn Method char ios::fill (char @var{padding}) Set the padding character. You can also use the manipulator @code{setfill}. @xref{Manipulators,,Changing stream properties in expressions}. Default: blank. @end deftypefn @deftypefn Method int ios::precision () const Report the number of significant digits currently in use for output of floating point numbers. Default: @code{6}. @end deftypefn @deftypefn Method int ios::precision (int @var{signif}) Set the number of significant digits (for input and output numeric conversions) to @var{signif}. @findex setprecision @cindex setting @code{ios::precision} You can also use the manipulator @code{setprecision} for this purpose. @xref{Manipulators,,Changing stream properties using manipulators}. @end deftypefn @deftypefn Method int ios::width () const Report the current output field width setting (the number of characters to write on the next @samp{<<} output operation). Default: @code{0}, which means to use as many characters as necessary. @end deftypefn @deftypefn Method int ios::width (int @var{num}) Set the input field width setting to @var{num}. Return the @emph{previous} value for this stream. @findex setw @cindex setting @code{ios::width} This value resets to zero (the default) every time you use @samp{<<}; it is essentially an additional implicit argument to that operator. You can also use the manipulator @code{setw} for this purpose. @xref{Manipulators,,Changing stream properties using manipulators}. @end deftypefn @need 2000 @deftypefn Method fmtflags ios::flags () const Return the current value of the complete collection of flags controlling the format state. These are the flags and their meanings when set: @vtable @code @item ios::dec @itemx ios::oct @itemx ios::hex What numeric base to use in converting integers from internal to display representation, or vice versa: decimal, octal, or hexadecimal, respectively. (You can change the base using the manipulator @code{setbase}, or any of the manipulators @code{dec}, @code{oct}, or @code{hex}; @pxref{Manipulators,,Changing stream properties in expressions}.) On input, if none of these flags is set, read numeric constants according to the prefix: decimal if no prefix (or a @samp{.} suffix), octal if a @samp{0} prefix is present, hexadecimal if a @samp{0x} prefix is present. Default: @code{dec}. @item ios::fixed Avoid scientific notation, and always show a fixed number of digits after the decimal point, according to the output precision in effect. Use @code{ios::precision} to set precision. @item ios::left @itemx ios::right @itemx ios::internal Where output is to appear in a fixed-width field; left-justified, right-justified, or with padding in the middle (e.g. between a numeric sign and the associated value), respectively. @item ios::scientific Use scientific (exponential) notation to display numbers. @item ios::showbase Display the conventional prefix as a visual indicator of the conversion base: no prefix for decimal, @samp{0} for octal, @samp{0x} for hexadecimal. @item ios::showpoint Display a decimal point and trailing zeros after it to fill out numeric fields, even when redundant. @item ios::showpos Display a positive sign on display of positive numbers. @item ios::skipws Skip white space. (On by default). @item ios::stdio Flush the C @code{stdio} streams @code{stdout} and @code{stderr} after each output operation (for programs that mix C and C++ output conventions). @item ios::unitbuf Flush after each output operation. @item ios::uppercase Use upper-case characters for the non-numeral elements in numeric displays; for instance, @samp{0X7A} rather than @samp{0x7a}, or @samp{3.14E+09} rather than @samp{3.14e+09}. @end vtable @end deftypefn @deftypefn Method fmtflags ios::flags (fmtflags @var{value}) Set @var{value} as the complete collection of flags controlling the format state. The flag values are described under @samp{ios::flags ()}. Use @code{ios::setf} or @code{ios::unsetf} to change one property at a time. @end deftypefn @deftypefn Method fmtflags ios::setf (fmtflags @var{flag}) Set one particular flag (of those described for @samp{ios::flags ()}; return the complete collection of flags @emph{previously} in effect. (Use @code{ios::unsetf} to cancel.) @end deftypefn @deftypefn Method fmtflags ios::setf (fmtflags @var{flag}, fmtflags @var{mask}) Clear the flag values indicated by @var{mask}, then set any of them that are also in @var{flag}. (Flag values are described for @samp{ios::flags ()}.) Return the complete collection of flags @emph{previously} in effect. (See @code{ios::unsetf} for another way of clearing flags.) @end deftypefn @deftypefn Method fmtflags ios::unsetf (fmtflags @var{flag}) Make certain @var{flag} (a combination of flag values described for @samp{ios::flags ()}) is not set for this stream; converse of @code{ios::setf}. Returns the old values of those flags. @c FIXME-future: should probably be fixed to give same result as setf. @end deftypefn @node Manipulators @subsection Changing stream properties using manipulators For convenience, @var{manipulators} provide a way to change certain properties of streams, or otherwise affect them, in the middle of expressions involving @samp{<<} or @samp{>>}. For example, you might write @example cout << "|" << setfill('*') << setw(5) << 234 << "|"; @end example @noindent to produce @samp{|**234|} as output. @deftypefn Manipulator {} ws Skip whitespace. @end deftypefn @deftypefn Manipulator {} flush Flush an output stream. For example, @samp{cout << @dots{} <}. @end deftypefn @deftypefn Manipulator {} setw (int @var{n}) You can change the value of @code{ios::width} in @samp{<<} expressions with the manipulator @samp{setw(@var{n})}; for example, @example cout << setw(5) << 234; @end example @noindent prints @w{@samp{ 234}} with two leading blanks. Requires @file{#include }. @end deftypefn @deftypefn Manipulator {} setbase (int @var{base}) Where @var{base} is one of @code{10} (decimal), @code{8} (octal), or @code{16} (hexadecimal), change the base value for numeric representations. Requires @file{#include }. @end deftypefn @deftypefn Manipulator {} dec Select decimal base; equivalent to @samp{setbase(10)}. @end deftypefn @deftypefn Manipulator {} hex Select hexadecimal base; equivalent to @samp{setbase(16)}. @end deftypefn @deftypefn Manipulator {} oct Select octal base; equivalent to @samp{setbase(8)}. @end deftypefn @deftypefn Manipulator {} setfill (char @var{padding}) Set the padding character, in the same way as @code{ios::fill}. Requires @file{#include }. @end deftypefn @node Extending @subsection Extended data fields A related collection of methods allows you to extend this collection of flags and parameters for your own applications, without risk of conflict between them: @deftypefn Method {static fmtflags} ios::bitalloc () Reserve a bit (the single bit on in the result) to use as a flag. Using @code{bitalloc} guards against conflict between two packages that use @code{ios} objects for different purposes. This method is available for upward compatibility, but is not in the @sc{ansi} working paper. The number of bits available is limited; a return value of @code{0} means no bit is available. @end deftypefn @deftypefn Method {static int} ios::xalloc () Reserve space for a long integer or pointer parameter. The result is a unique nonnegative integer. You can use it as an index to @code{ios::iword} or @code{ios::pword}. Use @code{xalloc} to arrange for arbitrary special-purpose data in your @code{ios} objects, without risk of conflict between packages designed for different purposes. @end deftypefn @deftypefn Method long& ios::iword (int @var{index}) Return a reference to arbitrary data, of long integer type, stored in an @code{ios} instance. @var{index}, conventionally returned from @code{ios::xalloc}, identifies what particular data you need. @end deftypefn @deftypefn Method long ios::iword (int @var{index}) const Return the actual value of a long integer stored in an @code{ios}. @end deftypefn @deftypefn Method void*& ios::pword (int @var{index}) Return a reference to an arbitrary pointer, stored in an @code{ios} instance. @var{index}, originally returned from @code{ios::xalloc}, identifies what particular pointer you need. @end deftypefn @deftypefn Method void* ios::pword (int @var{index}) const Return the actual value of a pointer stored in an @code{ios}. @end deftypefn @node Synchronization @subsection Synchronizing related streams You can use these methods to synchronize related streams with one another: @deftypefn Method ostream* ios::tie () const Report on what output stream, if any, is to be flushed before accessing this one. A pointer value of @code{0} means no stream is tied. @end deftypefn @deftypefn Method ostream* ios::tie (ostream* @var{assoc}) Declare that output stream @var{assoc} must be flushed before accessing this stream. @end deftypefn @deftypefn Method int ios::sync_with_stdio ([int @var{switch}]) Unless iostreams and C @code{stdio} are designed to work together, you may have to choose between efficient C++ streams output and output compatible with C @code{stdio}. Use @samp{ios::sync_with_stdio()} to select C compatibility. The argument @var{switch} is a @sc{gnu} extension; use @code{0} as the argument to choose output that is not necessarily compatible with C @code{stdio}. The default value for @var{switch} is @code{1}. If you install the @code{stdio} implementation that comes with @sc{gnu} @code{libio}, there are compatible input/output facilities for both C and C++. In that situation, this method is unnecessary---but you may still want to write programs that call it, for portability. @end deftypefn @node Streambuf from Ios @subsection Reaching the underlying @code{streambuf} Finally, you can use this method to access the underlying object: @deftypefn Method streambuf* ios::rdbuf () const Return a pointer to the @code{streambuf} object that underlies this @code{ios}. @end deftypefn @node Ostream @section Managing output streams: class @code{ostream} Objects of class @code{ostream} inherit the generic methods from @code{ios}, and in addition have the following methods available. Declarations for this class come from @file{iostream.h}. @deftypefn Constructor {} ostream::ostream () The simplest form of the constructor for an @code{ostream} simply allocates a new @code{ios} object. @end deftypefn @deftypefn Constructor {} ostream::ostream (streambuf* @var{sb} @w{[, ostream} @var{tie}]) This alternative constructor requires a first argument @var{sb} of type @code{streambuf*}, to use an existing open stream for output. It also accepts an optional second argument @var{tie}, to specify a related @code{ostream*} as the initial value for @code{ios::tie}. If you give the @code{ostream} a @code{streambuf} explicitly, using this constructor, the @var{sb} is @emph{not} destroyed (or deleted or closed) when the @code{ostream} is destroyed. @end deftypefn @menu * Writing:: Writing on an ostream. * Output Position:: Repositioning an ostream. * Ostream Housekeeping:: Miscellaneous ostream utilities. @end menu @node Writing @subsection Writing on an @code{ostream} These methods write on an @code{ostream} (you may also use the operator @code{<<}; @pxref{Operators,,Operators and Default Streams}). @deftypefn Method ostream& ostream::put (char @var{c}) Write the single character @var{c}. @end deftypefn @deftypefn Method ostream& ostream::write (@var{string}, int @var{length}) Write @var{length} characters of a string to this @code{ostream}, beginning at the pointer @var{string}. @var{string} may have any of these types: @code{char*}, @code{unsigned char*}, @code{signed char*}. @end deftypefn @deftypefn Method ostream& ostream::form (const char *@var{format}, ...) A @sc{gnu} extension, similar to @code{fprintf(@var{file}, @var{format}, ...)}. @var{format} is a @code{printf}-style format control string, which is used to format the (variable number of) arguments, printing the result on this @code{ostream}. See @code{ostream::vform} for a version that uses an argument list rather than a variable number of arguments. @end deftypefn @deftypefn Method ostream& ostream::vform (const char *@var{format}, va_list @var{args}) A @sc{gnu} extension, similar to @code{vfprintf(@var{file}, @var{format}, @var{args})}. @var{format} is a @code{printf}-style format control string, which is used to format the argument list @var{args}, printing the result on this @code{ostream}. See @code{ostream::form} for a version that uses a variable number of arguments rather than an argument list. @end deftypefn @node Output Position @subsection Repositioning an @code{ostream} You can control the output position (on output streams that actually support positions, typically files) with these methods: @c FIXME-future: sort out which classes support this and which @c don't; fstream, filebuf? And what is failure condition when not supported? @deftypefn Method streampos ostream::tellp () Return the current write position in the stream. @end deftypefn @deftypefn Method ostream& ostream::seekp (streampos @var{loc}) Reset the output position to @var{loc} (which is usually the result of a previous call to @code{ostream::tellp}). @var{loc} specifies an absolute position in the output stream. @end deftypefn @deftypefn Method ostream& ostream::seekp (streamoff @var{loc}, @var{rel}) @findex ios::seekdir Reset the output position to @var{loc}, relative to the beginning, end, or current output position in the stream, as indicated by @var{rel} (a value from the enumeration @code{ios::seekdir}): @vtable @code @item beg Interpret @var{loc} as an absolute offset from the beginning of the file. @item cur Interpret @var{loc} as an offset relative to the current output position. @item end Interpret @var{loc} as an offset from the current end of the output stream. @end vtable @end deftypefn @node Ostream Housekeeping @subsection Miscellaneous @code{ostream} utilities You may need to use these @code{ostream} methods for housekeeping: @deftypefn Method ostream& flush () Deliver any pending buffered output for this @code{ostream}. @end deftypefn @deftypefn Method int ostream::opfx () @code{opfx} is a @dfn{prefix} method for operations on @code{ostream} objects; it is designed to be called before any further processing. See @code{ostream::osfx} for the converse. @c FIXME-future: specify sometime which methods start with opfx. @code{opfx} tests that the stream is in state @code{good}, and if so flushes any stream tied to this one. The result is @code{1} when @code{opfx} succeeds; else (if the stream state is not @code{good}), the result is @code{0}. @end deftypefn @deftypefn Method void ostream::osfx () @code{osfx} is a @dfn{suffix} method for operations on @code{ostream} objects; it is designed to be called at the conclusion of any processing. All the @code{ostream} methods end by calling @code{osfx}. See @code{ostream::opfx} for the converse. If the @code{unitbuf} flag is set for this stream, @code{osfx} flushes any buffered output for it. If the @code{stdio} flag is set for this stream, @code{osfx} flushes any output buffered for the C output streams @file{stdout} and @file{stderr}. @end deftypefn @node Istream @section Managing input streams: class @code{istream} Class @code{istream} objects are specialized for input; as for @code{ostream}, they are derived from @code{ios}, so you can use any of the general-purpose methods from that base class. Declarations for this class also come from @file{iostream.h}. @deftypefn Constructor {} istream::istream () When used without arguments, the @code{istream} constructor simply allocates a new @code{ios} object and initializes the input counter (the value reported by @code{istream::gcount}) to @code{0}. @end deftypefn @deftypefn Constructor {} istream::istream (streambuf *@var{sb} @w{[, ostream} @var{tie}]) You can also call the constructor with one or two arguments. The first argument @var{sb} is a @code{streambuf*}; if you supply this pointer, the constructor uses that @code{streambuf} for input. You can use the second optional argument @var{tie} to specify a related output stream as the initial value for @code{ios::tie}. If you give the @code{istream} a @code{streambuf} explicitly, using this constructor, the @var{sb} is @emph{not} destroyed (or deleted or closed) when the @code{ostream} is destroyed. @end deftypefn @menu * Char Input:: Reading one character. * String Input:: Reading strings. * Input Position:: Repositioning an istream. * Istream Housekeeping:: Miscellaneous istream utilities. @end menu @node Char Input @subsection Reading one character Use these methods to read a single character from the input stream: @deftypefn Method int istream::get () Read a single character (or @code{EOF}) from the input stream, returning it (coerced to an unsigned char) as the result. @end deftypefn @deftypefn Method istream& istream::get (char& @var{c}) Read a single character from the input stream, into @code{&@var{c}}. @end deftypefn @deftypefn Method int istream::peek () Return the next available input character, but @emph{without} changing the current input position. @end deftypefn @node String Input @subsection Reading strings Use these methods to read strings (for example, a line at a time) from the input stream: @deftypefn Method istream& istream::get (char* @var{c}, int @var{len} @w{[, char} @var{delim}]) Read a string from the input stream, into the array at @var{c}. The remaining arguments limit how much to read: up to @samp{len-1} characters, or up to (but not including) the first occurrence in the input of a particular delimiter character @var{delim}---newline (@code{\n}) by default. (Naturally, if the stream reaches end of file first, that too will terminate reading.) If @var{delim} was present in the input, it remains available as if unread; to discard it instead, see @code{iostream::getline}. @code{get} writes @samp{\0} at the end of the string, regardless of which condition terminates the read. @end deftypefn @deftypefn Method istream& istream::get (streambuf& @var{sb} @w{[, char} @var{delim}]) Read characters from the input stream and copy them on the @code{streambuf} object @var{sb}. Copying ends either just before the next instance of the delimiter character @var{delim} (newline @code{\n} by default), or when either stream ends. If @var{delim} was present in the input, it remains available as if unread. @end deftypefn @deftypefn Method istream& istream::getline (@var{charptr}, int @var{len} @w{[, char} @var{delim}]) Read a line from the input stream, into the array at @var{charptr}. @var{charptr} may be any of three kinds of pointer: @code{char*}, @code{unsigned char*}, or @code{signed char*}. The remaining arguments limit how much to read: up to (but not including) the first occurrence in the input of a line delimiter character @var{delim}---newline (@code{\n}) by default, or up to @samp{len-1} characters (or to end of file, if that happens sooner). If @code{getline} succeeds in reading a ``full line'', it also discards the trailing delimiter character from the input stream. (To preserve it as available input, see the similar form of @code{iostream::get}.) If @var{delim} was @emph{not} found before @var{len} characters or end of file, @code{getline} sets the @code{ios::fail} flag, as well as the @code{ios::eof} flag if appropriate. @code{getline} writes a null character at the end of the string, regardless of which condition terminates the read. @end deftypefn @deftypefn Method istream& istream::read (@var{pointer}, int @var{len}) Read @var{len} bytes into the location at @var{pointer}, unless the input ends first. @var{pointer} may be of type @code{char*}, @code{void*}, @code{unsigned char*}, or @code{signed char*}. If the @code{istream} ends before reading @var{len} bytes, @code{read} sets the @code{ios::fail} flag. @end deftypefn @deftypefn Method istream& istream::gets (char **@var{s} @w{[, char} @var{delim}]) A @sc{gnu} extension, to read an arbitrarily long string from the current input position to the next instance of the @var{delim} character (newline @code{\n} by default). To permit reading a string of arbitrary length, @code{gets} allocates whatever memory is required. Notice that the first argument @var{s} is an address to record a character pointer, rather than the pointer itself. @end deftypefn @deftypefn Method istream& istream::scan (const char *format ...) A @sc{gnu} extension, similar to @code{fscanf(@var{file}, @var{format}, ...)}. The @var{format} is a @code{scanf}-style format control string, which is used to read the variables in the remainder of the argument list from the @code{istream}. @end deftypefn @deftypefn Method istream& istream::vscan (const char *format, va_list args) Like @code{istream::scan}, but takes a single @code{va_list} argument. @end deftypefn @node Input Position @subsection Repositioning an @code{istream} Use these methods to control the current input position: @deftypefn Method streampos istream::tellg () Return the current read position, so that you can save it and return to it later with @code{istream::seekg}. @end deftypefn @deftypefn Method istream& istream::seekg (streampos @var{p}) Reset the input pointer (if the input device permits it) to @var{p}, usually the result of an earlier call to @code{istream::tellg}. @end deftypefn @deftypefn Method istream& istream::seekg (streamoff @var{offset}, ios::seek_dir @var{ref}) Reset the input pointer (if the input device permits it) to @var{offset} characters from the beginning of the input, the current position, or the end of input. Specify how to interpret @var{offset} with one of these values for the second argument: @vtable @code @item ios::beg Interpret @var{loc} as an absolute offset from the beginning of the file. @item ios::cur Interpret @var{loc} as an offset relative to the current output position. @item ios::end Interpret @var{loc} as an offset from the current end of the output stream. @end vtable @end deftypefn @node Istream Housekeeping @subsection Miscellaneous @code{istream} utilities Use these methods for housekeeping on @code{istream} objects: @deftypefn Method int istream::gcount () Report how many characters were read from this @code{istream} in the last unformatted input operation. @c FIXME! Define "unformatted input" somewhere... @end deftypefn @deftypefn Method int istream::ipfx (int @var{keepwhite}) Ensure that the @code{istream} object is ready for reading; check for errors and end of file and flush any tied stream. @code{ipfx} skips whitespace if you specify @code{0} as the @var{keepwhite} argument, @emph{and} @code{ios::skipws} is set for this stream. To avoid skipping whitespace (regardless of the @code{skipws} setting on the stream), use @code{1} as the argument. Call @code{istream::ipfx} to simplify writing your own methods for reading @code{istream} objects. @end deftypefn @deftypefn Method void istream::isfx () A placeholder for compliance with the draft @sc{ansi} standard; this method does nothing whatever. If you wish to write portable standard-conforming code on @code{istream} objects, call @code{isfx} after any operation that reads from an @code{istream}; if @code{istream::ipfx} has any special effects that must be cancelled when done, @code{istream::isfx} will cancel them. @end deftypefn @deftypefn Method istream& istream::ignore ([int @var{n}] @w{[, int} @var{delim}]) Discard some number of characters pending input. The first optional argument @var{n} specifies how many characters to skip. The second optional argument @var{delim} specifies a ``boundary'' character: @code{ignore} returns immediately if this character appears in the input. By default, @var{delim} is @code{EOF}; that is, if you do not specify a second argument, only the count @var{n} restricts how much to ignore (while input is still available). If you do not specify how many characters to ignore, @code{ignore} returns after discarding only one character. @end deftypefn @deftypefn Method istream& istream::putback (char @var{ch}) Attempts to back up one character, replacing the character backed-up over by @var{ch}. Returns @code{EOF} if this is not allowed. Putting back the most recently read character is always allowed. (This method corresponds to the C function @code{ungetc}.) @end deftypefn @deftypefn Method istream& istream::unget () Attempt to back up one character. @end deftypefn @node Iostream @section Input and output together: class @code{iostream} If you need to use the same stream for input and output, you can use an object of the class @code{iostream}, which is derived from @emph{both} @code{istream} and @code{ostream}. The constructors for @code{iostream} behave just like the constructors for @code{istream}. @deftypefn Constructor {} iostream::iostream () When used without arguments, the @code{iostream} constructor simply allocates a new @code{ios} object, and initializes the input counter (the value reported by @code{istream::gcount}) to @code{0}. @end deftypefn @deftypefn Constructor {} iostream::iostream (streambuf* @var{sb} @w{[, ostream*} @var{tie}]) You can also call a constructor with one or two arguments. The first argument @var{sb} is a @code{streambuf*}; if you supply this pointer, the constructor uses that @code{streambuf} for input and output. You can use the optional second argument @var{tie} (an @code{ostream*}) to specify a related output stream as the initial value for @code{ios::tie}. @end deftypefn @cindex @code{iostream} destructor @cindex destructor for @code{iostream} As for @code{ostream} and @code{istream}, @code{iostream} simply uses the @code{ios} destructor. However, an @code{iostream} is not deleted by its destructor. You can use all the @code{istream}, @code{ostream}, and @code{ios} methods with an @code{iostream} object. @node Files and Strings @chapter Classes for Files and Strings There are two very common special cases of input and output: using files, and using strings in memory. @code{libio} defines four specialized classes for these cases: @ftable @code @item ifstream Methods for reading files. @item ofstream Methods for writing files. @item istrstream Methods for reading strings from memory. @item ostrstream Methods for writing strings in memory. @end ftable @menu * Files:: Reading and writing files. * Strings:: Reading and writing strings in memory. @end menu @node Files @section Reading and writing files These methods are declared in @file{fstream.h}. @findex ifstream @cindex class @code{ifstream} You can read data from class @code{ifstream} with any operation from class @code{istream}. There are also a few specialized facilities: @deftypefn Constructor {} ifstream::ifstream () Make an @code{ifstream} associated with a new file for input. (If you use this version of the constructor, you need to call @code{ifstream::open} before actually reading anything) @end deftypefn @deftypefn Constructor {} ifstream::ifstream (int @var{fd}) Make an @code{ifstream} for reading from a file that was already open, using file descriptor @var{fd}. (This constructor is compatible with other versions of iostreams for @sc{posix} systems, but is not part of the @sc{ansi} working paper.) @end deftypefn @deftypefn Constructor {} ifstream::ifstream (const char* @var{fname} @w{[, int} @var{mode} @w{[, int} @var{prot}]]) Open a file @code{*@var{fname}} for this @code{ifstream} object. By default, the file is opened for input (with @code{ios::in} as @var{mode}). If you use this constructor, the file will be closed when the @code{ifstream} is destroyed. You can use the optional argument @var{mode} to specify how to open the file, by combining these enumerated values (with @samp{|} bitwise or). (These values are actually defined in class @code{ios}, so that all file-related streams may inherit them.) Only some of these modes are defined in the latest draft @sc{ansi} specification; if portability is important, you may wish to avoid the others. @vtable @code @item ios::in Open for input. (Included in @sc{ansi} draft.) @item ios::out Open for output. (Included in @sc{ansi} draft.) @item ios::ate Set the initial input (or output) position to the end of the file. @item ios::app Seek to end of file before each write. (Included in @sc{ansi} draft.) @item ios::trunc Guarantee a fresh file; discard any contents that were previously associated with it. @item ios::nocreate Guarantee an existing file; fail if the specified file did not already exist. @item ios::noreplace Guarantee a new file; fail if the specified file already existed. @item ios::bin Open as a binary file (on systems where binary and text files have different properties, typically how @samp{\n} is mapped; included in @sc{ansi} draft). @end vtable @noindent The last optional argument @var{prot} is specific to Unix-like systems; it specifies the file protection (by default @samp{644}). @end deftypefn @deftypefn Method void ifstream::open (const char* @var{fname} @w{[, int} @var{mode} @w{[, int} @var{prot}]]) Open a file explicitly after the associated @code{ifstream} object already exists (for instance, after using the default constructor). The arguments, options and defaults all have the same meanings as in the fully specified @code{ifstream} constructor. @end deftypefn @findex ostream @cindex class @code{ostream} You can write data to class @code{ofstream} with any operation from class @code{ostream}. There are also a few specialized facilities: @deftypefn Constructor {} ofstream::ofstream () Make an @code{ofstream} associated with a new file for output. @end deftypefn @deftypefn Constructor {} ofstream::ofstream (int @var{fd}) Make an @code{ofstream} for writing to a file that was already open, using file descriptor @var{fd}. @end deftypefn @deftypefn Constructor {} ofstream::ofstream (const char* @var{fname} @w{[, int} @var{mode} @w{[, int} @var{prot}]]) Open a file @code{*@var{fname}} for this @code{ofstream} object. By default, the file is opened for output (with @code{ios::out} as @var{mode}). You can use the optional argument @var{mode} to specify how to open the file, just as described for @code{ifstream::ifstream}. The last optional argument @var{prot} specifies the file protection (by default @samp{644}). @end deftypefn @deftypefn Destructor {} ofstream::~ofstream () The files associated with @code{ofstream} objects are closed when the corresponding object is destroyed. @end deftypefn @deftypefn Method void ofstream::open (const char* @var{fname} @w{[, int} @var{mode} @w{[, int} @var{prot}]]) Open a file explicitly after the associated @code{ofstream} object already exists (for instance, after using the default constructor). The arguments, options and defaults all have the same meanings as in the fully specified @code{ofstream} constructor. @end deftypefn @findex fstream @cindex class @code{fstream} The class @code{fstream} combines the facilities of @code{ifstream} and @code{ofstream}, just as @code{iostream} combines @code{istream} and @code{ostream}. @c FIXME-future: say something about fstream constructor, maybe. @findex fstreambase @cindex class @code{fstreambase} The class @code{fstreambase} underlies both @code{ifstream} and @code{ofstream}. They both inherit this additional method: @deftypefn Method void fstreambase::close () Close the file associated with this object, and set @code{ios::fail} in this object to mark the event. @end deftypefn @node Strings @section Reading and writing in memory @c FIXME!! Per, there's a lot of guesswork here---please check carefully! @findex istrstream @cindex class @code{istrstream} @findex ostrstream @cindex class @code{ostrstream} @findex strstream @cindex class @code{strstream} @findex strstreambase @cindex class @code{strstreambase} @findex strstreambuf @cindex class @code{strstreambuf} The classes @code{istrstream}, @code{ostrstream}, and @code{strstream} provide some additional features for reading and writing strings in memory---both static strings, and dynamically allocated strings. The underlying class @code{strstreambase} provides some features common to all three; @code{strstreambuf} underlies that in turn. @c FIXME-future: Document strstreambuf methods one day, when we document @c streambuf more fully. @deftypefn Constructor {} istrstream::istrstream (const char* @var{str} @w{[, int} @var{size}]) Associate the new input string class @code{istrstream} with an existing static string starting at @var{str}, of size @var{size}. If you do not specify @var{size}, the string is treated as a @code{NUL} terminated string. @end deftypefn @deftypefn Constructor {} ostrstream::ostrstream () Create a new stream for output to a dynamically managed string, which will grow as needed. @end deftypefn @deftypefn Constructor {} ostrstream::ostrstream (char* @var{str}, int @var{size} [,int @var{mode}]) A new stream for output to a statically defined string of length @var{size}, starting at @var{str}. You may optionally specify one of the modes described for @code{ifstream::ifstream}; if you do not specify one, the new stream is simply open for output, with mode @code{ios::out}. @end deftypefn @deftypefn Method int ostrstream::pcount () Report the current length of the string associated with this @code{ostrstream}. @end deftypefn @deftypefn Method char* ostrstream::str () A pointer to the string managed by this @code{ostrstream}. Implies @samp{ostrstream::freeze()}. Note that if you want the string to be nul-terminated, you must do that yourself (perhaps by writing ends to the stream). @end deftypefn @deftypefn Method void ostrstream::freeze ([int @var{n}]) If @var{n} is nonzero (the default), declare that the string associated with this @code{ostrstream} is not to change dynamically; while frozen, it will not be reallocated if it needs more space, and it will not be deallocated when the @code{ostrstream} is destroyed. Use @samp{freeze(1)} if you refer to the string as a pointer after creating it via @code{ostrstream} facilities. @samp{freeze(0)} cancels this declaration, allowing a dynamically allocated string to be freed when its @code{ostrstream} is destroyed. If this @code{ostrstream} is already static---that is, if it was created to manage an existing statically allocated string---@code{freeze} is unnecessary, and has no effect. @end deftypefn @deftypefn Method int ostrstream::frozen () Test whether @code{freeze(1)} is in effect for this string. @end deftypefn @deftypefn Method strstreambuf* strstreambase::rdbuf () A pointer to the underlying @code{strstreambuf}. @end deftypefn @node Streambuf @chapter Using the @code{streambuf} Layer The @code{istream} and @code{ostream} classes are meant to handle conversion between objects in your program and their textual representation. By contrast, the underlying @code{streambuf} class is for transferring raw bytes between your program, and input sources or output sinks. Different @code{streambuf} subclasses connect to different kinds of sources and sinks. The @sc{gnu} implementation of @code{streambuf} is still evolving; we describe only some of the highlights. @menu * Areas:: Areas in a streambuf. * Overflow:: Simple output re-direction * Formatting:: C-style formatting for streambuf objects. * Stdiobuf:: Wrappers for C stdio. * Procbuf:: Reading/writing from/to a pipe * Backing Up:: Marking and returning to a position. * Indirectbuf:: Forwarding I/O activity. @end menu @node Areas @section Areas of a @code{streambuf} Streambuf buffer management is fairly sophisticated (this is a nice way to say ``complicated''). The standard protocol has the following ``areas'': @itemize @bullet @item @cindex put area The @dfn{put area} contains characters waiting for output. @item @cindex get area The @dfn{get area} contains characters available for reading. @end itemize The @sc{gnu} @code{streambuf} design extends this, but the details are still evolving. The following methods are used to manipulate these areas. These are all protected methods, which are intended to be used by virtual function in classes derived from @code{streambuf}. They are also all ANSI/ISO-standard, and the ugly names are traditional. (Note that if a pointer points to the 'end' of an area, it means that it points to the character after the area.) @deftypefn Method char* streambuf::pbase () const Returns a pointer to the start of the put area. @end deftypefn @deftypefn Method char* streambuf::epptr () const Returns a pointer to the end of the put area. @end deftypefn @deftypefn Method char* streambuf::pptr () const If @code{pptr() < epptr ()}, the @code{pptr()} returns a pointer to the current put position. (In that case, the next write will overwrite @code{*pptr()}, and increment @code{pptr()}.) Otherwise, there is no put position available (and the next character written will cause @code{streambuf::overflow} to be called). @end deftypefn @deftypefn Method void streambuf::pbump (int @var{N}) Add @var{N} to the current put pointer. No error checking is done. @end deftypefn @deftypefn Method void streambuf::setp (char* @var{P}, char* @var{E}) Sets the start of the put area to @var{P}, the end of the put area to @var{E}, and the current put pointer to @var{P} (also). @end deftypefn @deftypefn Method char* streambuf::eback () const Returns a pointer to the start of the get area. @end deftypefn @deftypefn Method char* streambuf::egptr () const Returns a pointer to the end of the get area. @end deftypefn @deftypefn Method char* streambuf::gptr () const If @code{gptr() < egptr ()}, then @code{gptr()} returns a pointer to the current get position. (In that case the next read will read @code{*gptr()}, and possibly increment @code{gptr()}.) Otherwise, there is no read position available (and the next read will cause @code{streambuf::underflow} to be called). @end deftypefn @deftypefn Method void streambuf:gbump (int @var{N}) Add @var{N} to the current get pointer. No error checking is done. @end deftypefn @deftypefn Method void streambuf::setg (char* @var{B}, char* @var{P}, char* @var{E}) Sets the start of the get area to @var{B}, the end of the get area to @var{E}, and the current put pointer to @var{P}. @end deftypefn @node Overflow @section Simple output re-direction by redefining @code{overflow} Suppose you have a function @code{write_to_window} that writes characters to a @code{window} object. If you want to use the ostream function to write to it, here is one (portable) way to do it. This depends on the default buffering (if any). @cartouche @smallexample #include /* Returns number of characters successfully written to @var{win}. */ extern int write_to_window (window* win, char* text, int length); class windowbuf : public streambuf @{ window* win; public: windowbuf (window* w) @{ win = w; @} int sync (); int overflow (int ch); // Defining xsputn is an optional optimization. // (streamsize was recently added to ANSI C++, not portable yet.) streamsize xsputn (char* text, streamsize n); @}; int windowbuf::sync () @{ streamsize n = pptr () - pbase (); return (n && write_to_window (win, pbase (), n) != n) ? EOF : 0; @} int windowbuf::overflow (int ch) @{ streamsize n = pptr () - pbase (); if (n && sync ()) return EOF; if (ch != EOF) @{ char cbuf[1]; cbuf[0] = ch; if (write_to_window (win, cbuf, 1) != 1) return EOF; @} pbump (-n); // Reset pptr(). return 0; @} streamsize windowbuf::xsputn (char* text, streamsize n) @{ return sync () == EOF ? 0 : write_to_window (win, text, n); @} int main (int argc, char**argv) @{ window *win = ...; windowbuf wbuf(win); ostream wstr(&wbuf); wstr << "Hello world!\n"; @} @end smallexample @end cartouche @node Formatting @section C-style formatting for @code{streambuf} objects The @sc{gnu} @code{streambuf} class supports @code{printf}-like formatting and scanning. @deftypefn Method int streambuf::form (const char *@var{format}, ...) Similar to @code{fprintf(@var{file}, @var{format}, ...)}. The @var{format} is a @code{printf}-style format control string, which is used to format the (variable number of) arguments, printing the result on the @code{this} streambuf. The result is the number of characters printed. @end deftypefn @deftypefn Method int streambuf::vform (const char *@var{format}, va_list @var{args}) Similar to @code{vfprintf(@var{file}, @var{format}, @var{args})}. The @var{format} is a @code{printf}-style format control string, which is used to format the argument list @var{args}, printing the result on the @code{this} streambuf. The result is the number of characters printed. @end deftypefn @deftypefn Method int streambuf::scan (const char *@var{format}, ...) Similar to @code{fscanf(@var{file}, @var{format}, ...)}. The @var{format} is a @code{scanf}-style format control string, which is used to read the (variable number of) arguments from the @code{this} streambuf. The result is the number of items assigned, or @code{EOF} in case of input failure before any conversion. @end deftypefn @deftypefn Method int streambuf::vscan (const char *@var{format}, va_list @var{args}) Like @code{streambuf::scan}, but takes a single @code{va_list} argument. @end deftypefn @node Stdiobuf @section Wrappers for C @code{stdio} A @dfn{stdiobuf} is a @code{streambuf} object that points to a @code{FILE} object (as defined by @code{stdio.h}). All @code{streambuf} operations on the @code{stdiobuf} are forwarded to the @code{FILE}. Thus the @code{stdiobuf} object provides a wrapper around a @code{FILE}, allowing use of @code{streambuf} operations on a @code{FILE}. This can be useful when mixing C code with C++ code. The pre-defined streams @code{cin}, @code{cout}, and @code{cerr} are normally implemented as @code{stdiobuf} objects that point to respectively @code{stdin}, @code{stdout}, and @code{stderr}. This is convenient, but it does cost some extra overhead. If you set things up to use the implementation of @code{stdio} provided with this library, then @code{cin}, @code{cout}, and @code{cerr} will be set up to use @code{stdiobuf} objects, since you get their benefits for free. @xref{Stdio,,C Input and Output}. @ignore @c FIXME-future: setbuf is not yet documented, hence this para is not useful. Note that if you use @code{setbuf} to give a buffer to a @code{stdiobuf}, that buffer will provide intermediate buffering in addition that whatever is done by the @code{FILE}. @end ignore @node Procbuf @section Reading/writing from/to a pipe The @dfn{procbuf} class is a @sc{gnu} extension. It is derived from @code{streambuf}. A @code{procbuf} can be @dfn{closed} (in which case it does nothing), or @dfn{open} (in which case it allows communicating through a pipe with some other program). @deftypefn Constructor {} procbuf::procbuf () Creates a @code{procbuf} in a @dfn{closed} state. @end deftypefn @deftypefn Method procbuf* procbuf::open (const char *@var{command}, int @var{mode}) Uses the shell (@file{/bin/sh}) to run a program specified by @var{command}. If @var{mode} is @samp{ios::in}, standard output from the program is sent to a pipe; you can read from the pipe by reading from the @code{procbuf}. (This is similar to @w{@samp{popen(@var{command}, "r")}}.) If @var{mode} is @samp{ios::out}, output written to the @code{procbuf} is written to a pipe; the program is set up to read its standard input from (the other end of) the pipe. (This is similar to @w{@samp{popen(@var{command}, "w")}}.) The @code{procbuf} must start out in the @dfn{closed} state. Returns @samp{*this} on success, and @samp{NULL} on failure. @end deftypefn @deftypefn Constructor {} procbuf::procbuf (const char *@var{command}, int @var{mode}) Calls @samp{procbuf::open (@var{command}, @var{mode})}. @end deftypefn @deftypefn Method procbuf* procbuf::close () Waits for the program to finish executing, and then cleans up the resources used. Returns @samp{*this} on success, and @samp{NULL} on failure. @end deftypefn @deftypefn Destructor {} procbuf::~procbuf () Calls @samp{procbuf::close}. @end deftypefn @node Backing Up @section Backing up The @sc{gnu} iostream library allows you to ask a @code{streambuf} to remember the current position. This allows you to go back to this position later, after reading further. You can back up arbitrary amounts, even on unbuffered files or multiple buffers' worth, as long as you tell the library in advance. This unbounded backup is very useful for scanning and parsing applications. This example shows a typical scenario: @cartouche @smallexample // Read either "dog", "hound", or "hounddog". // If "dog" is found, return 1. // If "hound" is found, return 2. // If "hounddog" is found, return 3. // If none of these are found, return -1. int my_scan(streambuf* sb) @{ streammarker fence(sb); char buffer[20]; // Try reading "hounddog": if (sb->sgetn(buffer, 8) == 8 && strncmp(buffer, "hounddog", 8) == 0) return 3; // No, no "hounddog": Back up to 'fence' sb->seekmark(fence); // // ... and try reading "dog": if (sb->sgetn(buffer, 3) == 3 && strncmp(buffer, "dog", 3) == 0) return 1; // No, no "dog" either: Back up to 'fence' sb->seekmark(fence); // // ... and try reading "hound": if (sb->sgetn(buffer, 5) == 5 && strncmp(buffer, "hound", 5) == 0) return 2; // No, no "hound" either: Back up and signal failure. sb->seekmark(fence); // Backup to 'fence' return -1; @} @end smallexample @end cartouche @deftypefn Constructor {} streammarker::streammarker (streambuf* @var{sbuf}) Create a @code{streammarker} associated with @var{sbuf} that remembers the current position of the get pointer. @end deftypefn @deftypefn Method int streammarker::delta (streammarker& @var{mark2}) Return the difference between the get positions corresponding to @code{*this} and @var{mark2} (which must point into the same @code{streambuffer} as @code{this}). @end deftypefn @deftypefn Method int streammarker::delta () Return the position relative to the streambuffer's current get position. @end deftypefn @deftypefn Method int streambuf::seekmark (streammarker& @var{mark}) Move the get pointer to where it (logically) was when @var{mark} was constructed. @end deftypefn @node Indirectbuf @section Forwarding I/O activity An @dfn{indirectbuf} is one that forwards all of its I/O requests to another streambuf. @ignore @c FIXME-future: get_stream and put_stream are so far undocumented. All get-related requests are sent to get_stream(). All put-related requests are sent to put_stream(). @end ignore An @code{indirectbuf} can be used to implement Common Lisp synonym-streams and two-way-streams: @example class synonymbuf : public indirectbuf @{ Symbol *sym; synonymbuf(Symbol *s) @{ sym = s; @} virtual streambuf *lookup_stream(int mode) @{ return coerce_to_streambuf(lookup_value(sym)); @} @}; @end example @node Stdio @chapter C Input and Output @code{libio} is distributed with a complete implementation of the ANSI C @code{stdio} facility. It is implemented using @code{streambuf} objects. @xref{Stdiobuf,,Wrappers for C @code{stdio}}. The @code{stdio} package is intended as a replacement for the whatever @code{stdio} is in your C library. @ignore @c FIXME-future: This is not useful unless we specify what problems. It can co-exist with C libraries that have alternate implementations of stdio, but there may be some problems. @end ignore Since @code{stdio} works best when you build @code{libc} to contain it, and that may be inconvenient, it is not installed by default. Extensions beyond @sc{ansi}: @itemize @bullet @item A stdio @code{FILE} is identical to a streambuf. Hence there is no need to worry about synchronizing C and C++ input/output---they are by definition always synchronized. @item If you create a new streambuf sub-class (in C++), you can use it as a @code{FILE} from C. Thus the system is extensible using the standard @code{streambuf} protocol. @item You can arbitrarily mix reading and writing, without having to seek in between. @item Unbounded @code{ungetc()} buffer. @end itemize @ignore @c FIXME-future: Per says this is not ready to go public at v0.5 @node Libio buffer management @chapter Libio buffer management The libio user functions present an abstract sequence of characters, that they read and write from. A number of buffers are used to go between the user program and the abstract sequence. These buffers are concrete arrays of characters that contain some sub-sequence of the abstract sequence. The libio buffer management protocol is fairly complex. Its design is based on the C++ @code{streambuf} protocol, so that the C++ @code{streambuf} classes can be trivially implemented on top of the libio protocol. The @dfn{write area} contains characters waiting for output. The @dfn{read area} contains characters available for reading. The @dfn{reserve area} is available to virtual methods. Usually, the get and/or put areas are part of the reserve area. The @dfn{main get area} contains characters that have been read in from the character source, but not yet read by the application. The @dfn{backup area} contains previously read data that is being saved because of a user request, or that have been "unread" (put back). @end ignore @ignore @c Per says this design is not finished @node Streambuf internals @chapter Streambuf internals @menu * Buffer management:: * Filebuf internals:: @end menu @node Buffer management @section Buffer management @subsection Areas NOTE: This chapter is due for an update. Streambuf buffer management is fairly sophisticated (this is a nice way to say "complicated"). The standard protocol has the following "areas": @itemize @bullet @cindex put area @item The @dfn{put area} contains characters waiting for output. @cindex get area @item The @dfn{get area} contains characters available for reading. @cindex reserve area @item The @dfn{reserve area} is available to virtual methods. Usually, the get and/or put areas are part of the reserve area. @end itemize The @sc{gnu} @code{streambuf} design extends this by supporting two get areas: @itemize @bullet @cindex main get area @item The @dfn{main get area} contains characters that have been read in from the character source, but not yet read by the application. @cindex backup area @item The @dfn{backup area} contains previously read data that is being saved because of a user request, or that have been "unread" (putback). @end itemize The backup and the main get area are logically contiguous: That is, the first character of the main get area follows the last character of the backup area. The @dfn{current get area} is whichever one of the backup or main get areas that is currently being read from. The other of the two is the @dfn{non-current get area}. @subsection Pointers The following @code{char*} pointers define the various areas. @deftypefn Method char* streambuf::base () The start of the reserve area. @end deftypefn @deftypefn Method char* streambuf::ebuf () The end of the reserve area. @end deftypefn @deftypefn Method char* streambuf::Gbase () The start of the main get area. @end deftypefn @deftypefn Method char* streambuf::eGptr () The end of the main get area. @end deftypefn @deftypefn Method char* streambuf::Bbase () The start of the backup area. @end deftypefn @deftypefn Method char* streambuf::Bptr () The start of the used part of the backup area. The area (@code{Bptr()} .. @code{eBptr()}) contains data that has been pushed back, while (@code{Bbase()} .. @code{eBptr()}) contains unused space available for future putbacks. @end deftypefn @deftypefn Method char* streambuf::eBptr () The end of the backup area. @end deftypefn @deftypefn Method char* streambuf::Nbase () The start of the non-current get area (either @code{main_gbase} or @code{backup_gbase}). @end deftypefn @deftypefn Method char* streambuf::eNptr () The end of the non-current get area. @end deftypefn @node Filebuf internals @section Filebuf internals The @code{filebuf} is used a lot, so it is importamt that it be efficient. It is also supports rather complex semantics. so let us examine its implementation. @subsection Tied read and write pointers The streambuf model allows completely independent read and write pointers. However, a @code{filebuf} has only a single logical pointer used for both reads and writes. Since the @code{streambuf} protocol uses @code{gptr()} for reading and @code{pptr()} for writing, we map the logical file pointer into either @code{gptr()} or @code{pptr()} at different times. @itemize @bullet @item Reading is allowed when @code{gptr() < egptr()}, which we call get mode. @item Writing is allowed when @code{pptr() < epptr()}, which we call put mode. @end itemize @noindent A @code{filebuf} cannot be in get mode and put mode at the same time. We have up to two buffers: @itemize @bullet @item The backup area, defined by @code{Bbase()}, @code{Bptr()}, and @code{eBptr()}. This can be empty. @item The reserve area, which also contains the main get area. For an unbuffered file, the (@code{shortbuf()}..@code{shortbuf()+1}) is used, where @code{shortbuf()} points to a 1-byte buffer that is part of the @code{filebuf}. @end itemize @noindent The file system's idea of the current position is @code{eGptr()}. Characters that have been written into a buffer but not yet written out (flushed) to the file systems are those between @code{pbase()} and @code{pptr()}. The end of the valid data bytes is: @code{pptr() > eGptr() && pptr() < ebuf() ? pptr() : eGptr()}. If the @code{filebuf} is unbuffered or line buffered, the @code{eptr()} is @code{pbase()}. This forces a call to @code{overflow()} on each put of a character. The logical @code{epptr()} is @code{epptr() ? ebuf() : NULL}. (If the buffer is read-only, set @code{pbase()}, @code{pptr()}, and @code{epptr()} to @code{NULL}. NOT!) @end ignore @node Index @unnumbered Index @printindex cp @contents @bye