<div dir="auto">I am also not that familiar with the details of libcups. Best is you ask on the CUPS developer mailing list.<div dir="auto"><br></div><div dir="auto">   Till</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 6, 2020, 13:56 Alexander Pevzner <<a href="mailto:pzz@apevzner.com">pzz@apevzner.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 1/6/20 5:18 PM, Till Kamppeter wrote:<br>
<br>
> In my opinion libcups should get moved into a project separate from <br>
> cupsd, as it is the standard implementation for IPP in free software, <br>
> and with the PWG (Printer Working Group, <a href="http://www.pwg.org/" rel="noreferrer noreferrer" target="_blank">http://www.pwg.org/</a>) IPP Scan <br>
> and IPP System Service libcups will not stay a print-only thingy but <br>
> will also serve for scanning and other things.<br>
<br>
Three questions:<br>
1. Is it correct, that libcups doesn't need an explicit initialization, <br>
or, at least, its initialization code is internally protected, so it <br>
doesn't have a requirement to be initialized from the main thread of the <br>
main executable?<br>
2. Is it correct, that libcups as HTTP client can be used on <br>
non-blocking manner with poll/select based event loop?<br>
3. Is it correct, that libcups HTTP API allows asynchronous reading of <br>
the HTTP reply body?<br>
<br>
I'm not very familiar with libcups, but my impression that all answers <br>
are "yes". Am I correct?<br>
<br>
-- <br>
<br>
        Wishes, Alexander Pevzner (<a href="mailto:pzz@apevzner.com" target="_blank" rel="noreferrer">pzz@apevzner.com</a>)<br>
<br>
</blockquote></div>