The core documentation on how to make requests says to use xxxNow to make request from a client, but those methods are deprecated, e.g., getNow.

ByteBufferView is a Collection of UInt8 which "views" into a ByteBuffer. Right now, we basically only implement the subscript which vends individual bytes. That's good enough to implement Collection/Sequence (and a bunch of more specialised sub-protocols) but it's not very fast at all.

Especially methods like firstIndex(of:) or firstIndex(where:) will be very slow because it'l

This is more of an ongoing coding practice than an actual task. We should add code comments to document pointers passed to Windows ioctl and back.

Target: v1.0 release

Feature request

The asynchronous functionality of parallel-ssh is very much appreciated for management tasks. Thank you for this!

For the feature request:

It seems that the open_session() can keep worker allocated for much longer than expected in failure cases. Would it be reasonable to stretch the timeout option of wait_socket() to open_session() ?

Apologies for probably opening this issue in the wrong repo.

https://vertx.io/docs/vertx-pg-client/kotlin/#_handling_arrays

Shows this example query:

client.preparedQuery("SELECT address, (address).city FROM address_book WHERE id=\$$1", Tuple.of(3), { ar ->
....

The \$$1 is not valid Postgres SQL and will throw an Exception. The Java version correctly uses $1.

A faux pas on my part, but I have been using Vert.x with Kotlin Coroutines (💖) for almost a year and only just realized that it's possible to generate suspending methods for my own project.

The documentation mentions that:

...Vert.x generates suspending extension methods for all its asynchronous metho