Annotation of libwww/Library/src/HTEvent.html, revision 2.7.2.1

2.1       eric        1: <HTML>
                      2: <HEAD>
2.4       frystyk     3:   <TITLE>W3C Reference Library libwww Event Class</TITLE>
2.1       eric        4: </HEAD>
                      5: <BODY>
2.4       frystyk     6: <H1>
                      7:   The Event Class
2.3       frystyk     8: </H1>
2.1       eric        9: <PRE>
                     10: /*
                     11: **     (c) COPYRIGHT MIT 1995.
                     12: **     Please first read the full copyright statement in the file COPYRIGH.
                     13: */
2.4       frystyk    14: </PRE>
                     15: <P>
                     16: The Event Class defines any event manager to be used by libwww for handling
                     17: events. An <I>event</I> is not strictly defined as it is highly platform
                     18: dependent and hence out of scope for the Library. If you are using the libwww
                     19: pseudo threads on Unix then an event is when the&nbsp;<I>select()</I> system
                     20: call returns a notification on&nbsp;a socket descriptor, but it may as well
                     21: be an asynchronous event from the windows manager etc. If your application
                     22: is not using anything but traditional blocking sockets then you do not need
                     23: an event manager at all. In that case, libwww will block on any socket or
                     24: system call until the process can proceed.
                     25: <P>
                     26: The libwww interface to an event manager is very simple as it consists of
                     27: <B>registering</B> a <I>socket descriptor</I>, the <I>location</I> in the
                     28: program, and the <I>current state</I> when an operation (for example
                     29: <CODE>read</CODE>) would block. When the event manager at a later point in
                     30: time gets a notification that the socket has become ready, it can then call
                     31: libwww with the state saved from the registration and libwww can continue.
                     32: Second, libwww must be able to <B>unregister</B> a socket when it is not
                     33: anymore in a state where it can block. <I>Only</I> in case the application
                     34: wishes to use <I>non-blocking</I> sockets it should register methods for
                     35: handling the <B>registration</B> process as described below.
                     36: <P>
                     37: <B>Note</B>: The library <B>core</B> does <I>not</I> define any event manager
                     38: - it is considered part of the application. The library comes with a
                     39: <A HREF="HTEvntrg.html">default event manager</A> which can be initiated
2.6       frystyk    40: using the function <CODE>HTEventInit()</CODE> in <A HREF="HTInit.html">HTInit
                     41: module</A>
2.4       frystyk    42: <P>
                     43: This module is implemented by <A HREF="HTEvent.c">HTEvent.c</A>, and it is
                     44: a part of the <A HREF="http://www.w3.org/pub/WWW/Library/">W3C Reference
                     45: Library</A>.
                     46: <PRE>
2.1       eric       47: #ifndef HTEVENT_H
                     48: #define HTEVENT_H
2.2       frystyk    49: #include "sysdep.h"
                     50: 
2.4       frystyk    51: #define FD_NONE        0
                     52: #define FD_ALL (FD_READ | FD_WRITE | FD_OOB | FD_ACCEPT | FD_CONNECT |FD_CLOSE)
                     53: #define FD_UNREGISTER (((FD_ALL) &lt;&lt; 1) &amp; (~(FD_ALL)))
                     54: 
2.2       frystyk    55: typedef enum _HTPriority {
                     56:     HT_PRIORITY_INV = -1,
                     57:     HT_PRIORITY_OFF = 0,
                     58:     HT_PRIORITY_MIN = 1,
                     59:     HT_PRIORITY_MAX = 20
                     60: } HTPriority; 
                     61: 
2.7.2.1 ! eric       62: typedef enum {
        !            63:     HTEvent_NONE = 0, HTEvent_READ = 0x001,  HTEvent_ACCEPT = 0x002, 
        !            64:     HTEvent_CLOSE = 0x004, HTEvent_WRITE = 0x108, HTEvent_CONNECT = 0x110, 
        !            65:     HTEvent_OOB = 0x220,   HTEvent_ALL = 0xff, HTEvent_TYPES = 3} HTEvent_type;
        !            66: #define HTEvent_BITS(type) (type & 0xff)
        !            67: #define HTEvent_INDEX(type) (type >> 8)
2.1       eric       68: 
2.7.2.1 ! eric       69: /* Avoid circular include for HTReq->HTNet->HTHost: HTEvent blah */
        !            70: typedef struct _HTEvent HTEvent;
2.1       eric       71: #include "HTReq.h"
                     72: </PRE>
2.3       frystyk    73: <H2>
2.7       eric       74:   <A NAME="eventHandlers">Event Handlers</A>
2.3       frystyk    75: </H2>
                     76: <P>
2.4       frystyk    77: A <I>location</I> is a function that can be registered by the event manager
                     78: and called at a later point in time in order to continue an operation. All
                     79: locations must be of type &nbsp;<CODE>HTEventCallback</CODE> as defined here:
2.2       frystyk    80: <PRE>
2.7.2.1 ! eric       81: typedef int HTEventCallback (SOCKET, void *, HTEvent_type);
        !            82: 
        !            83: struct _HTEvent {
        !            84:     HTPriority         priority;        /* Priority of this request (event) */
        !            85:     HTEventCallback *  cbf;                       /* Protocol state machine */
        !            86:     void *             param;                 /* HTEvent_register parameter */
        !            87:     HTRequest *                request;
        !            88: };
2.2       frystyk    89: </PRE>
2.4       frystyk    90: <P>
                     91: There are many default event handlers provided with the Library. For example,
                     92: all the protocol modules such as the <A HREF="HTTP.html">HTTP client module</A>
                     93: are implemented as event handlers. In stead of using blocking sockets, this
                     94: allows a protocol module to register itself when performing an operation
                     95: that would block. When the sockets becomes ready the handler is called with
                     96: th socket in question, the request object, and the socket operation &nbsp;
2.3       frystyk    97: <H2>
2.4       frystyk    98:   Registering and Unregistering Event Handlers
2.3       frystyk    99: </H2>
                    100: <P>
2.4       frystyk   101: As mentioned above, the only interface libwww requires from an event manager
                    102: is a method to <I>register</I> an event handler when an operation would block
                    103: and <I>unregister</I> it when the operation has completed The library registers
                    104: and unregisters event handlers by calling the following two functions:
2.7.2.1 ! eric      105: <PRE>
        !           106: extern int HTEvent_register    (SOCKET, HTEvent_type, HTEvent *);
        !           107: extern int HTEvent_unregister  (SOCKET, HTEvent_type);
2.4       frystyk   108: </PRE>
                    109: <P>
                    110: The register function contains information about which socket we are waiting
                    111: on to get ready and which operation we are waiting for (read, write, etc.),
                    112: the request object containing the current request, the event handler that
                    113: we want to be called when the socket becomes reasy, and finally the priority
                    114: by which we want the thread to be processed by the event manager. Likewise,
                    115: libwww can unregister a operation on a socket which means that libwww is
                    116: no longer waiting for this actiion to become ready.
                    117: <H2>
                    118:   Registering an Event Manager
                    119: </H2>
                    120: <P>
                    121: The Library core does not contain any event manager as it depends on whether
                    122: you want to use pseudo threads no threads, or real threads. Instead, libwww
                    123: comes with a <A HREF="HTEvntrg.html">default implementation</A> that you
                    124: may register, but you may as well implement and register your own. The register
                    125: and unregister functions above actually does nothing than looking for a
                    126: registered event manager and then passes the call on to that. You register
                    127: your own event manager by using the methods below:
2.1       eric      128: <PRE>
2.7.2.1 ! eric      129: typedef int HTEvent_registerCallback(SOCKET, HTEvent_type, HTEvent *);
        !           130: typedef int HTEvent_unregisterCallback(SOCKET, HTEvent_type);
2.1       eric      131: 
                    132: extern void HTEvent_setRegisterCallback(HTEvent_registerCallback *);
                    133: extern void HTEvent_setUnregisterCallback(HTEvent_unregisterCallback *);
2.7.2.1 ! eric      134: extern BOOL HTEvent_setCallback(HTEvent * event, HTEventCallback * cbf);
        !           135: extern BOOL HTEvent_setParam(HTEvent * event, void * param);
        !           136: extern BOOL HTEvent_setPriority(HTEvent * event, HTPriority priority);
2.1       eric      137: </PRE>
2.3       frystyk   138: <P>
2.4       frystyk   139: You can register the event manager provided together with libwww by using
2.6       frystyk   140: the <CODE>HTEventInit()</CODE> in the <A HREF="HTInit.html">HTInit module</A>
2.1       eric      141: <PRE>
                    142: #endif /* HTEVENT_H */
                    143: </PRE>
2.3       frystyk   144: <P>
                    145:   <HR>
2.1       eric      146: <ADDRESS>
2.7.2.1 ! eric      147:   @(#) $Id: HTEvent.html,v 2.7 1996/09/09 18:53:27 eric Exp $
2.1       eric      148: </ADDRESS>
2.3       frystyk   149: </BODY></HTML>

Webmaster