How to use drizzle_query() in nonblocking mode?

This question was expired because it remained in the 'Open' state without activity for the last 15 days.

There doesn't seem to be a way to do this --- I'm guessing the libdrizzle api needs to be extended.

In the old version of libdrizzle you had to just call the query_function function again after telling drizzle about the events that happened using

/**
 * Set events that are ready for a connection. This is used with the external
 * event callbacks. See drizzle_set_event_watch_fn().
 *
 * @param[in] con Connection structure previously initialized with
 * drizzle_create(), drizzle_clone(), or related functions.
 * @param[in] revents Bitfield of poll() events that were detected.
 * @return Standard drizzle return value.
 */
DRIZZLE_API
drizzle_return_t drizzle_set_revents(drizzle_st *con, short revents);

However this references drizzle_set_event_watch_fn which was for reasons unknown to me, removed in revesion 56
The function was used by drizzle to tell an external poll mechanism what events it is interested in and when to tell it (using set_revents). Without it problems like described here arise: https://bugs.launchpad.net/libdrizzle/+bug/1220467

I think you can simply wait for everything and just call the function again. Worst case is that you'll get a IO_WAIT return value again. I think ;)

I am going to try exactly this now in any case. Can let you know how it'll go.

So, I am doing this now and it seems to work just fine for me.

Waiting for everything has the problem that you will spin doing nothing but consuming cpu in some common cases. For example, if libdrizzle is waiting for data from the other end, the socket is probably writable 100% of the time, and you'll never properly block because you have to keep calling in to libdrizzle. But if you got IO_WAIT because you're sending a large request, or because TLS is doing some back-and-forth under the hood, then you *do* need to respond to writability even if there's nothing to read.