Re: [libvirt PATCH v2 34/56] rpc: convert RPC client to use GMainLoop instead of poll

2020-02-05 Thread Pavel Hrdina
On Wed, Feb 05, 2020 at 05:18:03PM +, Daniel P. Berrangé wrote: > On Thu, Jan 30, 2020 at 03:51:05PM +0100, Pavel Hrdina wrote: > > On Tue, Jan 28, 2020 at 01:11:15PM +, Daniel P. Berrangé wrote: > > > To eliminate the dependancy on GNULIB's poll impl, we need > > > to change the RPC

Re: [libvirt PATCH v2 34/56] rpc: convert RPC client to use GMainLoop instead of poll

2020-02-05 Thread Daniel P . Berrangé
On Thu, Jan 30, 2020 at 03:51:05PM +0100, Pavel Hrdina wrote: > On Tue, Jan 28, 2020 at 01:11:15PM +, Daniel P. Berrangé wrote: > > To eliminate the dependancy on GNULIB's poll impl, we need > > to change the RPC client code to use GMainLoop. We don't > > really want to use GIOChannel, but it

Re: [libvirt PATCH v2 34/56] rpc: convert RPC client to use GMainLoop instead of poll

2020-01-30 Thread Pavel Hrdina
On Tue, Jan 28, 2020 at 01:11:15PM +, Daniel P. Berrangé wrote: > To eliminate the dependancy on GNULIB's poll impl, we need > to change the RPC client code to use GMainLoop. We don't > really want to use GIOChannel, but it provides the most > convenient way to do socket event watches with

[libvirt PATCH v2 34/56] rpc: convert RPC client to use GMainLoop instead of poll

2020-01-28 Thread Daniel P . Berrangé
To eliminate the dependancy on GNULIB's poll impl, we need to change the RPC client code to use GMainLoop. We don't really want to use GIOChannel, but it provides the most convenient way to do socket event watches with Windows portability. The other alternative would be to use GSocket but that is