Re: [libvirt] [RFC] making (newly public) EventImpl interface more consistent

2008-11-04 Thread Ben Guthro
I have no strong feeling w.r.t. the reregistration of an fd, I would rather error and not state it's undefined though. For the java bindings, yes please :-) that way I would be able to push a new release too end of next week. I'd like to get the Xen driver domain events in that release as

Re: [libvirt] [RFC] making (newly public) EventImpl interface more consistent

2008-11-04 Thread Daniel P. Berrange
On Mon, Nov 03, 2008 at 10:51:36AM -0500, David Lively wrote: Hi Folks - Since virEvent???RegisterImpl is now public (in libvirt.h), a nagging concern of mine has become more urgent. Essentially this callback gives clients a way of registering their own handle (fd) watcher and timer

Re: [libvirt] [RFC] making (newly public) EventImpl interface more consistent

2008-11-04 Thread Daniel Veillard
On Tue, Nov 04, 2008 at 08:18:33AM -0500, Ben Guthro wrote: I have no strong feeling w.r.t. the reregistration of an fd, I would rather error and not state it's undefined though. For the java bindings, yes please :-) that way I would be able to push a new release too end of next week.

[libvirt] [RFC] making (newly public) EventImpl interface more consistent

2008-11-03 Thread David Lively
Hi Folks - Since virEventRegisterImpl is now public (in libvirt.h), a nagging concern of mine has become more urgent. Essentially this callback gives clients a way of registering their own handle (fd) watcher and timer functionality for use by libvirt. What bugs me is the inconsistency