#include <mmf/server/mmfdatapathproxy.h>
| class CMMFDataPathEventMonitor : public CActive |
| Public Member Functions | |
|---|---|
| ~CMMFDataPathEventMonitor() | |
| IMPORT_C CMMFDataPathEventMonitor * | NewL(MMMFDataPathEventMonitorObserver &, RMMFDataPathProxy &) |
| virtual IMPORT_C void | RunL() |
| IMPORT_C void | Start() |
| Protected Member Functions | |
|---|---|
| virtual void | DoCancel() |
| Inherited Attributes | |
|---|---|
| CActive::iStatus | |
| Inherited Enumerations | |
|---|---|
| CActive:TPriority | |
Active object utility class that can be used to monitor a datapath that is running in its own thread for events. If an event occurs, the client will be notified via the MMMFDataPathEventMonitorObserver interface.
| void | DoCancel | ( | ) | [protected, virtual] |
Reimplemented from CActive::DoCancel()
Implements cancellation of an outstanding request.
This function is called as part of the active object's Cancel().
It must call the appropriate cancel function offered by the active object's asynchronous service provider. The asynchronous service provider's cancel is expected to act immediately.
DoCancel() must not wait for event completion; this is handled by Cancel().
See also: CActive::Cancel
| IMPORT_C CMMFDataPathEventMonitor * | NewL | ( | MMMFDataPathEventMonitorObserver & | aObserver, |
| RMMFDataPathProxy & | aMMFDataPathProxy | |||
| ) | [static] | |||
| IMPORT_C void | RunL | ( | ) | [virtual] |
Reimplemented from CActive::RunL()
Handles an active object's request completion event.
A derived class must provide an implementation to handle the completed request. If appropriate, it may issue another request.
The function is called by the active scheduler when a request completion event occurs, i.e. after the active scheduler's WaitForAnyRequest() function completes.
Before calling this active object's RunL() function, the active scheduler has:
1. decided that this is the highest priority active object with a completed request
2. marked this active object's request as complete (i.e. the request is no longer outstanding)
RunL() runs under a trap harness in the active scheduler. If it leaves, then the active scheduler calls RunError() to handle the leave.
Note that once the active scheduler's Start() function has been called, all user code is run under one of the program's active object's RunL() or RunError() functions.
See also: CActiveScheduler::Start CActiveScheduler::Error CActiveScheduler::WaitForAnyRequest TRAPD