2001-09-28 20:14:13 +00:00
|
|
|
/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
|
2012-05-21 11:12:37 +00:00
|
|
|
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
1999-08-24 04:54:56 +00:00
|
|
|
|
2013-09-23 17:29:27 +00:00
|
|
|
#include "nsISupports.idl"
|
1999-08-24 04:54:56 +00:00
|
|
|
|
2013-09-23 17:29:27 +00:00
|
|
|
interface nsIAsyncInputStream;
|
|
|
|
interface nsIAsyncOutputStream;
|
2000-06-03 09:46:12 +00:00
|
|
|
interface nsIMemory;
|
1999-08-24 04:54:56 +00:00
|
|
|
|
2003-10-09 01:54:07 +00:00
|
|
|
/**
|
|
|
|
* nsIPipe represents an in-process buffer that can be read using nsIInputStream
|
|
|
|
* and written using nsIOutputStream. The reader and writer of a pipe do not
|
|
|
|
* have to be on the same thread. As a result, the pipe is an ideal mechanism
|
|
|
|
* to bridge data exchange between two threads. For example, a worker thread
|
|
|
|
* might write data to a pipe from which the main thread will read.
|
|
|
|
*
|
|
|
|
* Each end of the pipe can be either blocking or non-blocking. Recall that a
|
|
|
|
* non-blocking stream will return NS_BASE_STREAM_WOULD_BLOCK if it cannot be
|
|
|
|
* read or written to without blocking the calling thread. For example, if you
|
|
|
|
* try to read from an empty pipe that has not yet been closed, then if that
|
|
|
|
* pipe's input end is non-blocking, then the read call will fail immediately
|
|
|
|
* with NS_BASE_STREAM_WOULD_BLOCK as the error condition. However, if that
|
|
|
|
* pipe's input end is blocking, then the read call will not return until the
|
|
|
|
* pipe has data or until the pipe is closed. This example presumes that the
|
|
|
|
* pipe is being filled asynchronously on some background thread.
|
|
|
|
*
|
|
|
|
* The pipe supports nsIAsyncInputStream and nsIAsyncOutputStream, which give
|
|
|
|
* the user of a non-blocking pipe the ability to wait for the pipe to become
|
|
|
|
* ready again. For example, in the case of an empty non-blocking pipe, the
|
|
|
|
* user can call AsyncWait on the input end of the pipe to be notified when
|
|
|
|
* the pipe has data to read (or when the pipe becomes closed).
|
|
|
|
*
|
|
|
|
* NS_NewPipe2 and NS_NewPipe provide convenient pipe constructors. In most
|
|
|
|
* cases nsIPipe is not actually used. It is usually enough to just get
|
|
|
|
* references to the pipe's input and output end. In which case, the pipe is
|
|
|
|
* automatically closed when the respective pipe ends are released.
|
|
|
|
*/
|
2000-08-22 07:03:33 +00:00
|
|
|
[scriptable, uuid(f4211abc-61b3-11d4-9877-00c04fa0cf4a)]
|
2002-03-12 00:59:06 +00:00
|
|
|
interface nsIPipe : nsISupports
|
|
|
|
{
|
|
|
|
/**
|
|
|
|
* initialize this pipe
|
2007-09-17 22:30:58 +00:00
|
|
|
*
|
|
|
|
* @param nonBlockingInput
|
|
|
|
* true specifies non-blocking input stream behavior
|
|
|
|
* @param nonBlockingOutput
|
|
|
|
* true specifies non-blocking output stream behavior
|
|
|
|
* @param segmentSize
|
|
|
|
* specifies the segment size in bytes (pass 0 to use default value)
|
|
|
|
* @param segmentCount
|
|
|
|
* specifies the max number of segments (pass 0 to use default
|
2012-09-28 06:57:33 +00:00
|
|
|
* value). Passing UINT32_MAX here causes the pipe to have
|
2007-09-17 22:30:58 +00:00
|
|
|
* "infinite" space. This mode can be useful in some cases, but
|
|
|
|
* should always be used with caution. The default value for this
|
|
|
|
* parameter is a finite value.
|
|
|
|
* @param segmentAllocator
|
|
|
|
* pass reference to nsIMemory to have all pipe allocations use this
|
|
|
|
* allocator (pass null to use the default allocator)
|
2002-03-12 00:59:06 +00:00
|
|
|
*/
|
2003-01-18 02:15:14 +00:00
|
|
|
void init(in boolean nonBlockingInput,
|
|
|
|
in boolean nonBlockingOutput,
|
|
|
|
in unsigned long segmentSize,
|
|
|
|
in unsigned long segmentCount,
|
|
|
|
in nsIMemory segmentAllocator);
|
2002-03-12 00:59:06 +00:00
|
|
|
|
2003-10-09 01:54:07 +00:00
|
|
|
/**
|
|
|
|
* The pipe's input end, which also implements nsISearchableInputStream.
|
|
|
|
*/
|
2003-01-18 02:15:14 +00:00
|
|
|
readonly attribute nsIAsyncInputStream inputStream;
|
2003-10-09 01:54:07 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* The pipe's output end.
|
|
|
|
*/
|
2003-01-18 02:15:14 +00:00
|
|
|
readonly attribute nsIAsyncOutputStream outputStream;
|
1999-08-24 04:54:56 +00:00
|
|
|
};
|
|
|
|
|
2003-10-09 01:54:07 +00:00
|
|
|
/**
|
|
|
|
* XXX this interface doesn't really belong in here. It is here because
|
|
|
|
* currently nsPipeInputStream is the only implementation of this interface.
|
|
|
|
*/
|
2001-04-07 21:29:11 +00:00
|
|
|
[scriptable, uuid(8C39EF62-F7C9-11d4-98F5-001083010E9B)]
|
2002-03-12 00:59:06 +00:00
|
|
|
interface nsISearchableInputStream : nsISupports
|
|
|
|
{
|
2001-04-07 21:29:11 +00:00
|
|
|
/**
|
|
|
|
* Searches for a string in the input stream. Since the stream has a notion
|
|
|
|
* of EOF, it is possible that the string may at some time be in the
|
|
|
|
* buffer, but is is not currently found up to some offset. Consequently,
|
|
|
|
* both the found and not found cases return an offset:
|
|
|
|
* if found, return offset where it was found
|
|
|
|
* if not found, return offset of the first byte not searched
|
|
|
|
* In the case the stream is at EOF and the string is not found, the first
|
|
|
|
* byte not searched will correspond to the length of the buffer.
|
|
|
|
*/
|
|
|
|
void search(in string forString,
|
|
|
|
in boolean ignoreCase,
|
|
|
|
out boolean found,
|
|
|
|
out unsigned long offsetSearchedTo);
|
|
|
|
};
|
|
|
|
|
1999-08-24 04:54:56 +00:00
|
|
|
%{C++
|
|
|
|
|
2013-09-23 17:29:27 +00:00
|
|
|
class nsIInputStream;
|
|
|
|
class nsIOutputStream;
|
|
|
|
|
2003-10-09 01:54:07 +00:00
|
|
|
/**
|
|
|
|
* NS_NewPipe2
|
|
|
|
*
|
2010-05-13 12:19:50 +00:00
|
|
|
* This function supersedes NS_NewPipe. It differs from NS_NewPipe in two
|
2003-10-09 01:54:07 +00:00
|
|
|
* major ways:
|
|
|
|
* (1) returns nsIAsyncInputStream and nsIAsyncOutputStream, so it is
|
|
|
|
* not necessary to QI in order to access these interfaces.
|
|
|
|
* (2) the size of the pipe is determined by the number of segments
|
|
|
|
* times the size of each segment.
|
|
|
|
*
|
|
|
|
* @param pipeIn
|
|
|
|
* resulting input end of the pipe
|
|
|
|
* @param pipeOut
|
|
|
|
* resulting output end of the pipe
|
|
|
|
* @param nonBlockingInput
|
|
|
|
* true specifies non-blocking input stream behavior
|
|
|
|
* @param nonBlockingOutput
|
|
|
|
* true specifies non-blocking output stream behavior
|
|
|
|
* @param segmentSize
|
|
|
|
* specifies the segment size in bytes (pass 0 to use default value)
|
|
|
|
* @param segmentCount
|
|
|
|
* specifies the max number of segments (pass 0 to use default value)
|
2012-09-28 06:57:33 +00:00
|
|
|
* passing UINT32_MAX here causes the pipe to have "infinite" space.
|
2003-10-09 01:54:07 +00:00
|
|
|
* this mode can be useful in some cases, but should always be used with
|
|
|
|
* caution. the default value for this parameter is a finite value.
|
|
|
|
* @param segmentAlloc
|
|
|
|
* pass reference to nsIMemory to have all pipe allocations use this
|
|
|
|
* allocator (pass null to use the default allocator)
|
|
|
|
*/
|
2011-08-18 13:46:39 +00:00
|
|
|
extern nsresult
|
2003-01-18 02:15:14 +00:00
|
|
|
NS_NewPipe2(nsIAsyncInputStream **pipeIn,
|
|
|
|
nsIAsyncOutputStream **pipeOut,
|
2012-09-21 18:40:14 +00:00
|
|
|
bool nonBlockingInput = false,
|
|
|
|
bool nonBlockingOutput = false,
|
2012-08-22 15:56:38 +00:00
|
|
|
uint32_t segmentSize = 0,
|
|
|
|
uint32_t segmentCount = 0,
|
2012-07-30 14:20:58 +00:00
|
|
|
nsIMemory *segmentAlloc = nullptr);
|
2003-01-18 02:15:14 +00:00
|
|
|
|
2003-10-09 01:54:07 +00:00
|
|
|
/**
|
|
|
|
* NS_NewPipe
|
|
|
|
*
|
|
|
|
* Preserved for backwards compatibility. Plus, this interface is more
|
|
|
|
* amiable in certain contexts (e.g., when you don't need the pipe's async
|
|
|
|
* capabilities).
|
|
|
|
*
|
|
|
|
* @param pipeIn
|
|
|
|
* resulting input end of the pipe
|
|
|
|
* @param pipeOut
|
|
|
|
* resulting output end of the pipe
|
|
|
|
* @param segmentSize
|
|
|
|
* specifies the segment size in bytes (pass 0 to use default value)
|
|
|
|
* @param maxSize
|
|
|
|
* specifies the max size of the pipe (pass 0 to use default value)
|
|
|
|
* number of segments is maxSize / segmentSize, and maxSize must be a
|
2012-09-28 06:57:33 +00:00
|
|
|
* multiple of segmentSize. passing UINT32_MAX here causes the
|
2003-10-09 01:54:07 +00:00
|
|
|
* pipe to have "infinite" space. this mode can be useful in some
|
|
|
|
* cases, but should always be used with caution. the default value
|
|
|
|
* for this parameter is a finite value.
|
|
|
|
* @param nonBlockingInput
|
|
|
|
* true specifies non-blocking input stream behavior
|
|
|
|
* @param nonBlockingOutput
|
|
|
|
* true specifies non-blocking output stream behavior
|
|
|
|
* @param segmentAlloc
|
|
|
|
* pass reference to nsIMemory to have all pipe allocations use this
|
|
|
|
* allocator (pass null to use the default allocator)
|
|
|
|
*/
|
2011-08-18 13:46:39 +00:00
|
|
|
extern nsresult
|
2003-01-18 02:15:14 +00:00
|
|
|
NS_NewPipe(nsIInputStream **pipeIn,
|
|
|
|
nsIOutputStream **pipeOut,
|
2012-08-22 15:56:38 +00:00
|
|
|
uint32_t segmentSize = 0,
|
|
|
|
uint32_t maxSize = 0,
|
2012-09-21 18:40:14 +00:00
|
|
|
bool nonBlockingInput = false,
|
|
|
|
bool nonBlockingOutput = false,
|
2012-07-30 14:20:58 +00:00
|
|
|
nsIMemory *segmentAlloc = nullptr);
|
2003-01-18 02:15:14 +00:00
|
|
|
|
1999-08-24 04:54:56 +00:00
|
|
|
%}
|