Re: [libvirt] [PATCH v4 2/2] remote: Move the call to remoteClientFreePrivateCallbacks from FreeFunc to CloseFunc

2017-11-20 Thread John Ferlan
On 11/13/2017 08:07 AM, xinhua.Cao wrote: > Still because of commit id 'fe8f1c8b' where we generate a REF for the > Register and that's transparent to the consumer (e.g. how would they > know they need to ensure that Deregister is called), thus the purpose of > this patch is to find a way to Dere

Re: [libvirt] [PATCH v4 2/2] remote: Move the call to remoteClientFreePrivateCallbacks from FreeFunc to CloseFunc

2017-11-13 Thread xinhua.Cao
在 2017/11/13 22:31, Martin Kletzander 写道: On Mon, Nov 13, 2017 at 09:07:58PM +0800, xinhua.Cao wrote: Still because of commit id 'fe8f1c8b' where we generate a REF for the Register and that's transparent to the consumer (e.g. how would they know they need to ensure that Deregister is called),

Re: [libvirt] [PATCH v4 2/2] remote: Move the call to remoteClientFreePrivateCallbacks from FreeFunc to CloseFunc

2017-11-13 Thread Martin Kletzander
On Mon, Nov 13, 2017 at 09:07:58PM +0800, xinhua.Cao wrote: Still because of commit id 'fe8f1c8b' where we generate a REF for the Register and that's transparent to the consumer (e.g. how would they know they need to ensure that Deregister is called), thus the purpose of this patch is to find a w

[libvirt] [PATCH v4 2/2] remote: Move the call to remoteClientFreePrivateCallbacks from FreeFunc to CloseFunc

2017-11-13 Thread xinhua.Cao
Still because of commit id 'fe8f1c8b' where we generate a REF for the Register and that's transparent to the consumer (e.g. how would they know they need to ensure that Deregister is called), thus the purpose of this patch is to find a way to Deregister if it's determined that the consumer hasn't b