]> git.saurik.com Git - wxWidgets.git/blobdiff - docs/doxygen/overviews/stream.h
wxVector<T> is header-based, use @nolibrary
[wxWidgets.git] / docs / doxygen / overviews / stream.h
index 9a8bd31e7856dd6249b58b14aa7dd34a6f6fce69..6a52ffd6e964df651a2c858acc7710c60df57edb 100644 (file)
 /////////////////////////////////////////////////////////////////////////////
-// Name:        stream
+// Name:        stream.h
 // Purpose:     topic overview
 // Author:      wxWidgets team
 // RCS-ID:      $Id$
 // Licence:     wxWindows license
 /////////////////////////////////////////////////////////////////////////////
 
-/*!
-
- @page stream_overview wxStreams overview
-
- Classes: #wxStreamBase,
-  #wxStreamBuffer, #wxInputStream,
-  #wxOutputStream,
-  #wxFilterInputStream,
-  #wxFilterOutputStream
- @b Purpose of wxStream
- Standard C++ streams can cause problems on several platforms:
- they work quite well in most cases, but in the multi-threaded case, for example,
- they have many problems. Some Borland compilers refuse to work at all
- with them and using iostreams on Linux makes writing programs that are
- binary compatible across different Linux distributions, impossible.
- Therefore, wxStreams have been added to wxWidgets so that applications can
- reliably compile and run on all supported platforms without dependence on a
- particular release of libg++.
- wxStreams is divided in two main parts:
-
-
-  the core: wxStreamBase, wxStreamBuffer, wxInputStream, wxOutputStream,
- wxFilterIn/OutputStream
-  the "IO" classes: wxSocketIn/OutputStream, wxDataIn/OutputStream, wxFileIn/OutputStream, ...
-
-
- wxStreamBase is the base definition of a stream. It defines, for example,
- the API of OnSysRead, OnSysWrite, OnSysSeek and OnSysTell. These functions
- are really implemented by the "IO" classes.
- wxInputStream and wxOutputStream inherit from it.
- wxStreamBuffer is a cache manager for wxStreamBase: it manages a stream buffer
- linked to a stream. One stream can have multiple stream buffers  but one stream
- have always one autoinitialized stream buffer.
- wxInputStream is the base class for read-only streams. It implements Read,
- SeekI (I for Input), and all read or IO generic related functions.
- wxOutputStream does the same thing but it is for write-only streams.
- wxFilterIn/OutputStream is the base class definition for stream filtering.
- Stream filtering means a stream which does no syscall but filters data
- which are passed to it and then pass them to another stream.
- For example, wxZLibInputStream is an inline stream decompressor.
- The "IO" classes implements the specific parts of the stream. This could be
- nothing in the case of wxMemoryIn/OutputStream which bases itself on
- wxStreamBuffer. This could also be a simple link to the a @true syscall
- (for example read(...), write(...)).
- @b Generic usage: an example
- Usage is simple. We can take the example of wxFileInputStream and here is some sample
- code:
-
- @code
- ...
-  // The constructor initializes the stream buffer and open the file descriptor
-  // associated to the name of the file.
-  wxFileInputStream in_stream("the_file_to_be_read");
-
-  // Ok, read some bytes ... nb_datas is expressed in bytes.
-  in_stream.Read(data, nb_datas);
-  if (in_stream.LastError() != wxSTREAM_NOERROR) {
+/**
+
+@page overview_stream wxStreams Overview
+
+Classes:
+@li wxStreamBase
+@li wxStreamBuffer
+@li wxInputStream
+@li wxOutputStream
+@li wxFilterInputStream
+@li wxFilterOutputStream
+
+@li @ref overview_stream_intro
+@li @ref overview_stream_example
+
+<hr>
+
+
+
+@section overview_stream_intro Introduction
+
+Standard C++ streams can cause problems on several platforms: they work quite
+well in most cases, but in the multi-threaded case, for example, they have many
+problems. Some Borland compilers refuse to work at all with them and using
+iostreams on Linux makes writing programs that are binary compatible across
+different Linux distributions, impossible.
+
+Therefore, wxStreams have been added to wxWidgets so that applications can
+reliably compile and run on all supported platforms without dependence on a
+particular release of libg++.
+
+wxStreams is divided in two main parts:
+
+@li The core: wxStreamBase, wxStreamBuffer, wxInputStream, wxOutputStream,
+    wxFilterIn/OutputStream
+@li The "IO" classes: wxSocketIn/OutputStream, wxDataIn/OutputStream,
+    wxFileIn/OutputStream, ...
+
+wxStreamBase is the base definition of a stream. It defines, for example, the
+API of OnSysRead, OnSysWrite, OnSysSeek and OnSysTell. These functions are
+really implemented by the "IO" classes. wxInputStream and wxOutputStream
+inherit from it.
+
+wxStreamBuffer is a cache manager for wxStreamBase: it manages a stream buffer
+linked to a stream. One stream can have multiple stream buffers  but one stream
+have always one autoinitialized stream buffer.
+
+wxInputStream is the base class for read-only streams. It implements Read,
+SeekI (I for Input), and all read or IO generic related functions.
+wxOutputStream does the same thing but it is for write-only streams.
+
+wxFilterIn/OutputStream is the base class definition for stream filtering.
+Stream filtering means a stream which does no syscall but filters data which
+are passed to it and then pass them to another stream. For example,
+wxZLibInputStream is an inline stream decompressor.
+
+The "IO" classes implements the specific parts of the stream. This could be
+nothing in the case of wxMemoryIn/OutputStream which bases itself on
+wxStreamBuffer. This could also be a simple link to the a true syscall (for
+example read(...), write(...)).
+
+
+@section overview_stream_example Example
+
+Usage is simple. We can take the example of wxFileInputStream and here is some
+sample code:
+
+@code
+...
+// The constructor initializes the stream buffer and open the file descriptor
+// associated to the name of the file.
+wxFileInputStream in_stream("the_file_to_be_read");
+
+// Ok, read some bytes ... nb_datas is expressed in bytes.
+in_stream.Read(data, nb_datas);
+if (in_stream.LastError() != wxSTREAM_NOERROR) {
     // Oh oh, something bad happens.
     // For a complete list, look into the documentation at wxStreamBase.
-  }
+}
 
-  // You can also inline all like this.
-  if (in_stream.Read(data, nb_datas).LastError() != wxSTREAM_NOERROR) {
+// You can also inline all like this.
+if (in_stream.Read(data, nb_datas).LastError() != wxSTREAM_NOERROR) {
     // Do something.
-  }
-
-  // You can also get the last number of bytes REALLY put into the buffer.
-  size_t really_read = in_stream.LastRead();
+}
 
-  // Ok, moves to the beginning of the stream. SeekI returns the last position
-  // in the stream counted from the beginning.
-  off_t old_position = in_stream.SeekI(0, wxFromBeginning);
+// You can also get the last number of bytes REALLY put into the buffer.
+size_t really_read = in_stream.LastRead();
 
-  // What is my current position ?
-  off_t position = in_stream.TellI();
+// Ok, moves to the beginning of the stream. SeekI returns the last position
+// in the stream counted from the beginning.
+off_t old_position = in_stream.SeekI(0, wxFromBeginning);
 
-  // wxFileInputStream will close the file descriptor on destruction.
- @endcode
+// What is my current position ?
+off_t position = in_stream.TellI();
 
- */
+// wxFileInputStream will close the file descriptor on destruction.
+@endcode
 
+*/