Re: [Libevent-users] libev-1.3e beta release

[Aleksandar Lazic]

Hi,

On Mon 12.11.2007 02:54, Marc Lehmann wrote:


Over the last few days, I took all of your feedback that arrived in
time or was actable upon and updated libev.

Its available at http://dist.schmorp.de/libev/libev-1.3e.tar.gz


Nice lib, I prefer to have a own list for this lib, jm2c.

When you call test.sh in the test dir you will find that your lib shows
me:


KQUEUE
 test-eof: OKAY
.
.
.
DEVPOLL
 test-eof: OKAY
.
.
.


on:


Linux 2.6.22 #1 SMP Mon Nov 12 08:58:18 CET 2007 i686 Intel(R) Core(TM)2
CPU 6600 @ 2.40GHz GenuineIntel GNU/Linux


Which looks very cool but wrong. this is the output of libevent:

---
Running tests:
KQUEUE
Skipping test
DEVPOLL
Skipping test
POLL
 test-eof: OKAY
.
.
.
---

The reason for this could be:

---event.c
.
.
.
#ifdef HAVE_EVENT_PORTS
extern const struct eventop evportops;
#endif
#ifdef HAVE_SELECT
extern const struct eventop selectops;
#endif
#ifdef HAVE_POLL
extern const struct eventop pollops;
#endif
#ifdef HAVE_EPOLL
extern const struct eventop epollops;
#endif
#ifdef HAVE_WORKING_KQUEUE
extern const struct eventop kqops;
#endif
#ifdef HAVE_DEVPOLL
extern const struct eventop devpollops;
#endif
#ifdef WIN32
extern const struct eventop win32ops;
#endif

.
.
.

/* In order of preference */
const struct eventop *eventops[] = {
#ifdef HAVE_EVENT_PORTS
evportops,
#endif
#ifdef HAVE_WORKING_KQUEUE
kqops,
#endif
#ifdef HAVE_EPOLL
epollops,
#endif
#ifdef HAVE_DEVPOLL
devpollops,
#endif
#ifdef HAVE_POLL
pollops,
#endif
#ifdef HAVE_SELECT
selectops,
#endif
#ifdef WIN32
win32ops,
#endif
NULL
};
.
.
.
.

event_init(){
.
.
.
base-evbase = NULL;
for (i = 0; eventops[i]  !base-evbase; i++) {
base-evsel = eventops[i];

base-evbase = base-evsel-init(base);
}

}
---

It would be nice to have such a similar behaviour in libev ;-)
It would also be nice to have similar samples for libev as they exists
for libevent compatibility mode, eg.  in samples or test dir.

Cheers

Aleks
___
Libevent-users mailing list
Libevent-users@monkey.org
http://monkeymail.org/mailman/listinfo/libevent-users

[Libevent-users] libev-1.3e beta release

[Marc Lehmann]

Hi!

Over the last few days, I took all of your feedback that arrived in time
or was actable upon and updated libev.

Its available at http://dist.schmorp.de/libev/libev-1.3e.tar.gz

It has now been tested on freebsd, linux, windows and os x, and is
used by a number of gvpe and urxvt installations by now. Here are the
highlights/changes:

- an enourmous number of bugs have been fixed. I really wonder how it ever
  worked before (yeah, obviously, because the basic stuff worked :).
- the select backend has been completely rewritten and now supports FD_SET
  and direct-access modes (as well as win32).
- the select backend can optionally be told to use the raw winsocket select,
  and libev will cache osf handles in this case (fd-based selects are still
  supported).
- poll has been bugfixed.
- the code has been compiletested as c++.
- kqueue has been considerably improved.
- the libevent emulation now declares and manages the ev_flags
  member (in a half-assed way, more work would be neeccessary to really
  support this member perfectly).
- whoever had issues with the word shit in the source, I found a simpler,
  less annoying way to work around some bugs in msvc, and consequently
  could avoid using shit (not sure wether the new version is any better,
  though :)
- both poll and kqueue have been found to be defective on os x, and the
  libevent test for broken kqueue does not detect this condition, so for
  the time being those backends are disabled.
- there is the beginning of a c++ adaptor which is designed to replace
  the older io_manager event loop to some extent.
- a number of embedding features such as being able to override more
  behaviour, better autoconfiguration or beginning autoconf-support
  (example usage is in both urxvt and gvpe).

Thanks again for all your feedback, but especially to Emanuele Giaquinta, who
constantly helped me check the design for flaws and tested, and tested, and
tested... If this continues for a few months, I think libev will be quite
capable of replacing libevent completely.

-- 
The choice of a   Deliantra, the free code+content MORPG
  -==- _GNU_  http://www.deliantra.net
  ==-- _   generation
  ---==---(_)__  __   __  Marc Lehmann
  --==---/ / _ \/ // /\ \/ /  [EMAIL PROTECTED]
  -=/_/_//_/\_,_/ /_/\_\
___
Libevent-users mailing list
Libevent-users@monkey.org
http://monkeymail.org/mailman/listinfo/libevent-users