It used to work, but when I tried last week I couldn't get it to work on Mac...

⁣--
>From my phone​


-------- Original Message --------
From: Linus Torvalds <[email protected]>
Sent: Wed Apr 19 15:45:09 PDT 2017
To: Dirk Hohndel <[email protected]>, Anton Lundin <[email protected]>, 
Subsurface Mailing List <[email protected]>
Subject: Re: Very timid beginning framework for BLE communication

On Wed, Apr 19, 2017 at 12:17 PM, Linus Torvalds
<[email protected]> wrote:
> Dirk, Anton, (and possibly others who currently use RFCOMM),

Side note: does the bluetooth code actually work on MacOS at all?

Because as part of reading the Qt Bluetooth docs (I'm resigned to
having to look at this myself), I noticed that the docs clearly say
that the "QBluetoothDeviceInfo::address()" data is invalid on MacOS
and iOS, and that you should use deviceUuid() instead.

I have a patch that tries to abstract the address use (attached), but
maybe the docs are just wrong. I have neither a mac nor a rfcomm dive
computer to test with.

So this patch may be pure garbage. Throwing it out here for comments
just in case.

                  Linus
_______________________________________________
subsurface mailing list
[email protected]
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Reply via email to