RSubSessionBase Class Reference
Client-side handle to a sub-session.
It represents a client-side sub-session, and has a corresponding sub-session object on the server-side.
Clients normally define and implement a derived class to provide a richer interface. In particular, a derived class should:
1. provide a function to create a new sub-session with the server; this should call CreateSubSession().
2. provide a function to close the current sub-session; this should call CloseSubSession().
A session must already exist with a server before a client can establish any sub-sessions.
Protected Member Functions |
---|
| RSubSessionBase() |
IMPORT_C void | CloseSubSession(TInt) |
IMPORT_C TInt | CreateAutoCloseSubSession(RSessionBase &, TInt, const TIpcArgs &) |
TInt
| CreateSubSession(const RSessionBase &, TInt, const TIpcArgs &) |
TInt
| CreateSubSession(const RSessionBase &, TInt) |
TInt
| Send(TInt, const TIpcArgs &) |
TInt
| Send(TInt) |
void | SendReceive(TInt, const TIpcArgs &, TRequestStatus &) |
TInt
| SendReceive(TInt, const TIpcArgs &) |
void | SendReceive(TInt, TRequestStatus &) |
TInt
| SendReceive(TInt) |
IMPORT_C const RSessionBase | Session() |
Constructor & Destructor Documentation
RSubSessionBase()
RSubSessionBase | ( | ) | [protected, inline] |
Member Functions Documentation
CloseSubSession(TInt)
IMPORT_C void | CloseSubSession | ( | TInt | aFunction | ) | [protected] |
Parameters
TInt aFunction | The opcode specifying the requested service; the server should interpret this as a request to close the sub-session. |
CreateAutoCloseSubSession(RSessionBase &, TInt, const TIpcArgs &)
Creates a new sub-session within an existing session. The new sub-session takes ownership of the session so that when the sub-session is closed, the session is closed too. If the creation of the sub-session fails, the session is closed immediately. In other words, this method will always take ownership of the session, whether it succeeds or not and the caller should never need to close it.
Parameters
RSessionBase & aSession | The session to which this sub-session will belong. |
TInt aFunction | The opcode specifying the requested service; the server should interpret this as a request to create a sub-session. |
const TIpcArgs & aArgs | The arguments to be sent to the server as part of the sub-session create request. The fourth argument is not sent to the server, instead it is replaced with a descriptor reference to the 32bit value where the server should store the handle of the created sub-session. |
CreateSubSession(const RSessionBase &, TInt, const TIpcArgs &)
Creates a new sub-session within an existing session.
Parameters
const RSessionBase & aSession | The session to which this sub-session will belong. |
TInt aFunction | The opcode specifying the requested service; the server should interpret this as a request to create a sub-session. |
const TIpcArgs & aArgs | The message arguments. |
CreateSubSession(const RSessionBase &, TInt)
Creates a new sub-session within an existing session.
This variant sends no message arguments to the server.
Parameters
const RSessionBase & aSession | The session to which this sub-session will belong. |
TInt aFunction | The opcode specifying the requested service; the server should interpret this as a request to create a sub-session. |
DoCreateSubSession(const RSessionBase &, TInt, const TIpcArgs *)
DoCreateSubSession(RSessionBase &, TInt, const TIpcArgs *, TBool)
DoSend(TInt, const TIpcArgs *)
DoSendReceive(TInt, const TIpcArgs *, TRequestStatus &)
DoSendReceive(TInt, const TIpcArgs *)
IMPORT_C TInt | DoSendReceive | ( | TInt | aFunction, |
| const TIpcArgs * | aArgs |
| ) | const [private] |
Send(TInt, const TIpcArgs &)
Sends a blind message to the server - no reply is expected.
A set of message arguments is passed that can be used to specify client addresses, which the server can use to read from and write to the client address space.
Note that this function can fail if there are no available message-slots, either in the system wide pool (if this is being used), or in the session reserved pool (if this is being used). If the client request is synchronous, then always use the synchronous variant of SendReceive(); this is guaranteed to reach the server.
Parameters
TInt aFunction | The opcode specifying the requested service. |
const TIpcArgs & aArgs | The message arguments. |
Send(TInt)
TInt
| Send | ( | TInt | aFunction | ) | const [protected, inline] |
Sends a blind message to the server - no reply is expected.
This variant sends no message arguments to the server.
Parameters
TInt aFunction | The opcode specifying the requested service. |
SendReceive(TInt, const TIpcArgs &, TRequestStatus &)
Sends a message to the server and waits asynchronously for the reply.
An opcode specifies the service required. A set of message arguments is passed that can be used to specify client addresses, which the server can use to read from and write to the client address space.
Note that this function can fail if there are no available message-slots, either in the system wide pool (if this is being used), or in the session reserved pool (if this is being used). If the client request is synchronous, then always use the synchronous variant of SendReceive(); this is guaranteed to reach the server.
Parameters
TInt aFunction | The opcode specifying the requested service. |
const TIpcArgs & aArgs | The message arguments. |
TRequestStatus & aStatus | A request status which indicates the completion status of the asynchronous request. |
SendReceive(TInt, const TIpcArgs &)
TInt
| SendReceive | ( | TInt | aFunction, |
| const TIpcArgs & | aArgs |
| ) | const [protected, inline] |
Sends a message to the server and waits synchronously for a reply.
An opcode specifies the service required. A set of message arguments is passed that can be used to specify client addresses, which the server can use to read from and write to the client address space.
Note that this function will only fail if the server itself fails or environmental errors occur in the server. All requests made using this function are guaranteed to reach the server. This means that all synchronous client requests (typically those that return void) should be routed through this synchronous variant of SendReceive().
Parameters
TInt aFunction | The opcode specifying the requested service. |
const TIpcArgs & aArgs | The message arguments. |
SendReceive(TInt, TRequestStatus &)
Sends a message to the server and waits asynchronously for the reply.
An opcode specifies the service required. This variant sends no message arguments to the server.
Parameters
TInt aFunction | The opcode specifying the requested service. |
TRequestStatus & aStatus | A request status which indicates the completion status of the asynchronous request. |
SendReceive(TInt)
TInt
| SendReceive | ( | TInt | aFunction | ) | const [protected, inline] |
Sends a message to the server and waits synchronously for a reply.
An opcode specifies the service required. This variant sends no message arguments to the server.
Parameters
TInt aFunction | The opcode specifying the requested service. |
Session()
Returns a copy of the session associated with this sub-session.
SubSessionHandle()
TInt
| SubSessionHandle | ( | ) | const [inline] |
Gets the sub-session handle number.
This number is automatically passed to the server when making requests and is used to identify the appropriate server-side sub-session.
Member Data Documentation
TInt
iSubSessionHandle
TInt
| iSubSessionHandle | [private] |
Copyright ©2010 Nokia Corporation and/or its subsidiary(-ies).
All rights
reserved. Unless otherwise stated, these materials are provided under the terms of the Eclipse Public License
v1.0.