On Wed, Apr 20, 2022 at 02:33:19PM +0200, Peter Krempa wrote:
On Wed, Apr 20, 2022 at 14:24:39 +0200, Claudio Fontana wrote:
> Hi,
>
> I noticed that in the virThread API return values from threads are explicitly
excluded from the API.
>
> The "virThreadHelper" sits in the middle between the caller of
virThreadCreate and pthread, making it impossible to return a value from the thread,
> to check after joining the thread.
virThreadCreate has an 'opaque' parameter which allows to pass arbitrary
data to the trhead. You can use it to pass also data back, just apply
thread safety rules.
> I'd need to know if the thread execution is successful or not then I join the
thread,
> so what is the reason for this choice?
Could you elaborate what you are trying to achieve?
> Should I use pthread directly instead?
Generally no, please use the internal helpers for code consistency.
Though we should really be phasing out much of virthread.h in favour
of just using GLib's portable thread APIs. So personally I'd be fine
with patches that use GThread in new code.
With regards,
Daniel
--
|:
https://berrange.com -o-
https://www.flickr.com/photos/dberrange :|
|:
https://libvirt.org -o-
https://fstop138.berrange.com :|
|:
https://entangle-photo.org -o-
https://www.instagram.com/dberrange :|