On Sat Nov 30 16:51:37 2024 +0000, Rémi Bernon wrote:
What about implementing some semi-stubs for the three function first (that would just allocate and free the find object), and implement the iteration logic in a second commit. The former so that there's no intermediate commit where FindFirst returns something that will be leaked as Close isn't implemented yet, and the latter to avoid having to move FindFirst loop to FindNext right after having introduced it.
Hm, a stub for `BluetoothFindFirstRadio` returning a `non-NULL` find object would mean that there is at least one radio present on the system. I'll set the `radio` handle to `INVALID_HANDLE_VALUE`, and add another test for `FindRadio` to test that isn't equal to `INVALID_HANDLE_VALUE`.