Annotation of libwww/Library/src/HTEvent.html, revision 2.7.2.2
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 <I>select()</I> system
20: call returns a notification on 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) << 1) & (~(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,
2.7.2.2 ! eric 65: HTEvent_OOB = 0x220, HTEvent_ALL = 0xff, HTEvent_TYPES = 3} HTEventType;
2.7.2.1 eric 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 <CODE>HTEventCallback</CODE> as defined here:
2.2 frystyk 80: <PRE>
2.7.2.2 ! eric 81: typedef int HTEventCallback (SOCKET, void *, HTEventType);
2.7.2.1 eric 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
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>
2.7.2.2 ! eric 106: extern int HTEvent_register (SOCKET, HTEventType, HTEvent *);
! 107: extern int HTEvent_unregister (SOCKET, HTEventType);
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.2 ! eric 129: typedef int HTEvent_registerCallback(SOCKET, HTEventType, HTEvent *);
! 130: typedef int HTEvent_unregisterCallback(SOCKET, HTEventType);
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.2 ! eric 147: @(#) $Id: HTEvent.html,v 2.7.2.1 1996/10/29 21:27:33 eric Exp $
2.1 eric 148: </ADDRESS>
2.3 frystyk 149: </BODY></HTML>
Webmaster