Stream -parsec -package

module Network.HTTP.Stream
HTTP Network.HTTP.Stream
Transmitting HTTP requests and responses holding String in their payload bodies. This is one of the implementation modules for the Network.HTTP interface, representing request and response content as Strings and transmitting them in non-packed form (cf. Network.HTTP.HandleStream and its use of ByteStrings.) over Stream handles. It is mostly here for backwards compatibility, representing how requests and responses were transmitted up until the 4.x releases of the HTTP package. For more detailed information about what the individual exports do, please consult the documentation for Network.HTTP. Notice however that the functions here do not perform any kind of normalization prior to transmission (or receipt); you are responsible for doing any such yourself, or, if you prefer, just switch to using Network.HTTP function instead.
module Network.Stream
HTTP Network.Stream
An library for creating abstract streams. Originally part of Gray's\/Bringert's HTTP module. * Changes by Robin Bate Boerop - Removed unnecessary import statements. - Moved Debug code to StreamDebugger.hs - Moved Socket-related code to StreamSocket.hs. * Changes by Simon Foster: - Split Network.HTTPmodule up into to separate Network.[Stream,TCP,HTTP] modules
Stream :: IODeviceType
base GHC.IO.Device
A duplex communications channel (results in creation of a duplex GHC.IO.Handle.Handle). The standard libraries use this device type when creating GHC.IO.Handle.Handles for open sockets.
Stream :: SocketType
network Network.Socket
class Stream x
HTTP Network.Stream
Streams should make layering of TLS protocol easier in future, they allow reading/writing to files etc for debugging, they allow use of protocols other than TCP/IP and they allow customisation. Instances of this class should not trim the input in any way, e.g. leave LF on line endings etc. Unless that is exactly the behaviour you want from your twisted instances ;)
module Network.StreamDebugger
HTTP Network.StreamDebugger
Implements debugging of Streams. Originally part of Gray's\/Bringert's HTTP module. * Changes by Robin Bate Boerop - Created. Made minor formatting changes.
module Network.StreamSocket
HTTP Network.StreamSocket
Socket Stream instance. Originally part of Gray's\/Bringert's HTTP module. * Changes by Robin Bate Boerop - Made dependencies explicit in import statements. - Removed false dependencies in import statements. - Created separate module for instance Stream Socket. * Changes by Simon Foster: - Split module up into to sepearate Network.[Stream,TCP,HTTP] modules
StreamChunk :: ByteString -> DecompressStream -> DecompressStream
zlib Codec.Compression.Zlib.Internal
StreamCopy :: BufferUsage
OpenGL Graphics.Rendering.OpenGL.GL.BufferObjects
data StreamDebugger x
HTTP Network.StreamDebugger
Allows stream logging. Refer to debugStream below.
StreamDraw :: BufferUsage
OpenGL Graphics.Rendering.OpenGL.GL.BufferObjects
StreamEnd :: DecompressStream
zlib Codec.Compression.Zlib.Internal
StreamError :: DecompressError -> String -> DecompressStream
zlib Codec.Compression.Zlib.Internal
An error code and a human readable error message.
StreamHooks :: ((ty -> String) -> Result ty -> IO ()) -> ((ty -> String) -> Int -> Result ty -> IO ()) -> ((ty -> String) -> ty -> Result () -> IO ()) -> IO () -> String -> StreamHooks ty
HTTP Network.TCP
data StreamHooks ty
HTTP Network.TCP
StreamRead :: BufferUsage
OpenGL Graphics.Rendering.OpenGL.GL.BufferObjects
closeDirStream :: DirStream -> IO ()
unix System.Posix.Directory.ByteString, unix System.Posix.Directory
closeDirStream dp calls closedir to close the directory stream dp.
debugByteStream :: HStream ty => FilePath -> HandleStream ty -> IO (HandleStream ty)
HTTP Network.StreamDebugger
debugStream :: Stream a => FilePath -> a -> IO (StreamDebugger a)
HTTP Network.StreamDebugger
Wraps a stream with logging I/O. The first argument is a filename which is opened in AppendMode.
data DecompressStream
zlib Codec.Compression.Zlib.Internal
A sequence of chunks of data produced from decompression. The difference from a simple list is that it contains a representation of errors as data rather than as exceptions. This allows you to handle error conditions explicitly.

Show more results