X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/20e05ffbd3eff02a4c643e412d4f600cdea26952..a24d7726e6b5c1b727d97603a3b5e80fa27a9dd2:/docs/latex/wx/tstream.tex?ds=sidebyside diff --git a/docs/latex/wx/tstream.tex b/docs/latex/wx/tstream.tex index 9bb13376ab..7b456062a2 100644 --- a/docs/latex/wx/tstream.tex +++ b/docs/latex/wx/tstream.tex @@ -8,15 +8,15 @@ Classes: \helpref{wxStreamBase}{wxstreambase}, \wxheading{Purpose of wxStream} -We had troubles with standard C++ streams on several platforms: -they react 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 +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 wxWindows because an application should -compile and run on all supported platforms and we don't want users to depend on release -X.XX of libg++ or some other compiler to run the program. +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: @@ -27,20 +27,20 @@ wxFilterIn/OutputStream \end{enumerate} wxStreamBase is the base definition of a stream. It defines, for example, -the API of OnSysRead, OnSysWrite, OnSysSeek and OnSysTell. These functions are +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 +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 base class definition for stream filtering. -I mean by stream filtering, a stream which does no syscall but filter datas +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. @@ -82,12 +82,6 @@ code: // What is my current position ? off_t position = in_stream.TellI(); - // wxFileInputStream will close the file descriptor on the destruction. + // wxFileInputStream will close the file descriptor on destruction. \end{verbatim} -\wxheading{Compatibility with C++ streams} - -As I said previously, we could add a filter stream so it takes an istream -argument and builds a wxInputStream from it: I don't think it should -be difficult to implement it and it may be available in the fix of wxWindows 2.0. -