<div dir="ltr"><div class="gmail_quote"><div>Re-adding Snesha: <a class="GWVZpf gW" id="IloFPc-2" href="mailto:sneshaf@microsoft.com" tabindex="-1">+sneshaf@microsoft.com</a> </div><div><br></div><div>Hi Pino,</div><div><br></div><div>Thanks, this looks like a good list of alternatives.  I think (b) is probably the way to go.  I'm willing to just add the query string to the path in only the HTTP and HTTPS cases for now.  If other protocols run into some problems around lacking query strings we can probably re-visit the issue.  The (a) option seems needlessly complex and bug prone to me.</div><div><br></div><div>-- Gabriel</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We have few possibilities at this point, in order of complexity:<br><br>(a) split the query string into an "hash table" (i.e. a C list of<br>key/value items), pass that as new parameter to add_drive, and rebuild<br>a query string depending on the backend (direct/qemu, libvirt, etc) and<br>on the protocol (http, nbd, etc)<br><br>(b) pass the query string as-is (percent-encoded or not) to add_drive,<br>and add it back depending on the protocol<br><br>(c) join the query string to the path, depending on the protocol, in<br>guestfish<br><br>Your solution so far is (c), while IMHO a better one would be (b) or<br>even (a).<br><br>Also, something more to check is how e.g. libvirt needs such kind of<br>URI parameter after the path, and how. You can check whether your<br>change also work with libvirt by exporting LIBGUESTFS_BACKEND=libvirt<br>(or also using "set-backend libvirt" in guestfish), provided you have<br>built libguestfs with libvirt support.<br>
</blockquote></div></div>