logic error in the module implementation and an
exception is raised. */
- Packet read(); ///< Alias for \ref operator()()
+ Packet read(); ///< Alias for operator()()
OutputConnector & peer() const;
public:
void operator()(Packet p); ///< Send out a packet
- void write(Packet p); ///< Alias for \ref operator()()
+ void write(Packet p); ///< Alias for operator()(Packet p)
InputConnector & peer() const;
Of these modules, normally only the application modules need to be implemented since the library
provides an extensive set of reusable modules.
- The following example module declares three \ref ppi_connectors: \c payload, \c stuffing and
- \c output. These connectors are defined as \e public data members so they can be accessed from
- the outside. This is important as we will see below.
+ The following example module declares three \ref ppi_connectors "Connectors": \c payload,
+ \c stuffing and \c output. These connectors are defined as \e public data members so they
+ can be accessed from the outside. This is important as we will see below.
\code
class RateStuffer
example by manually throttling some passive connector (see \ref
senf::ppi::connector::PassiveConnector).
- To enable/disable automatic throttling, the \ref senf::ppi::Module::route() command returns a
- reference to a \ref senf::ppi::Route instance. If this route is \e forwarding route, (that is,
- of the connectors is passive and the other is active), the return value will be derived from
- \ref senf::ppi::ForwardingRoute which provides members to control the throttle notification
- forwarding.
+ To enable/disable automatic throttling, the \ref senf::ppi::module::Module::route() command
+ returns a reference to a \ref senf::ppi::Route instance. If this route is \e forwarding route,
+ (that is, of the connectors is passive and the other is active), the return value will be
+ derived from \ref senf::ppi::ForwardingRoute which provides members to control the throttle
+ notification forwarding.
\see
senf::ppi::module::Module \n
The return value may be used to alter routing
parameters like throttling parameters.
- \param[in] source Data source, object which controls
+ \param[in] input Data source, object which controls
incoming data (connector or event)
- \param[in] target Data target, object which controls
+ \param[in] output Data target, object which controls
outgoing data (connector or event)
\returns Route instance describing this route
\see \ref ppi_throttling
route(EventDescriptor & input, connector::OutputConnector & output);
///< Define flow information
/**< Route from an event to a connector. Routing from an
- event to a connector defeines the event as the
- conceptual 'source' of the data. THis means, the event
+ event to a connector defines the event as the
+ conceptual 'source' of the data. This means, the event
controls how packets are sent (Example: Routing from an
IOEVent to an output defines, that output data will be
generated whenever the event is signaled).
This read helper will read a datagram from a datagram socket. This datagram will then be
interpreted as a packet of type \a Packet as defined in the packet library. \a Packet
- defaults to \ref DataPacket, which will place the data uninterpreted into a packet data
- structure.
+ defaults to DataPacket (type DataPacketType), which will place the data uninterpreted
+ into a packet data structure.
*/
template <class Packet=DataPacket>
class PacketSource