← Back to branch summary

~ubuntu-branches/ubuntu/lucid/wpasupplicant/lucid-updates

« back to all changes in this revision

Viewing changes to eloop.h

  • Committer: Bazaar Package Importer
  • Author(s): Kel Modderman
  • Date: 2006-10-05 08:04:01 UTC
  • mfrom: (1.1.5 upstream) (3 etch)
  • mto: This revision was merged to the branch mainline in revision 4.
  • Revision ID: james.westby@ubuntu.com-20061005080401-r8lqlix4390yos7b
Tags: 0.5.5-2
http://bugs.debian.org/388316
* Update madwifi headers to latest SVN. (Closes: #388316)
* Remove failed attempt at action locking. [debian/functions.sh,
  debian/wpa_action.sh]
* Add hysteresis checking functions, to avoid "event loops" while
  using wpa-roam. [debian/functions.sh, debian/wpa_action.sh]
* Change of co-maintainer email address.
* Add ishex() function to functions.sh to determine wpa-psk value type in
  plaintext or hex. This effectively eliminates the need for the bogus and
  somewhat confusing wpa-passphrase contruct specific to our scripts and
  allows wpa-psk to work with either a 8 to 63 character long plaintext
  string or 64 character long hex string.
* Adjust README.modes to not refer to the redundant wpa-passphrase stuff.
* Add big fat NOTE about acceptable wpa-psk's to top of example gallery.
* Strip surrounding quotes from wpa-ssid if present, instead of just whining
  about them.
* Update email address in copyright blurb of functions.sh, ifupdown.sh and
  wpa_action.sh.  

Show diffs side-by-side

added added

removed removed

Lines of Context:
eloop.h
157
157
 * function is responsible for clearing the event after having processed it in
158
158
 * order to avoid eloop from calling the handler again for the same event.
159
159
 *
160
 
 * In case of Windows implementation (eloop_win.c), event pointer is of PHANDLE
161
 
 * type, i.e., void**. The callers are likely to have 'HANDLE h' type variable,
162
 
 * and they need to use the address of that variable when calling this
163
 
 * function, i.e., eloop_register_event(&h, ...).
 
160
 * In case of Windows implementation (eloop_win.c), event pointer is of HANDLE
 
161
 * type, i.e., void*. The callers are likely to have 'HANDLE h' type variable,
 
162
 * and they would call this function with eloop_register_event(h, sizeof(h),
 
163
 * ...).
164
164
 */
165
165
int eloop_register_event(void *event, size_t event_size,
166
166
                         eloop_event_handler handler,
318
318
 */
319
319
void eloop_wait_for_read_sock(int sock);
320
320
 
 
321
/**
 
322
 * eloop_get_user_data - Get global user data
 
323
 * Returns: user_data pointer that was registered with eloop_init()
 
324
 */
 
325
void * eloop_get_user_data(void);
 
326
 
321
327
#endif /* ELOOP_H */