[guardian-dev] Fwd: libaccesspoint concurrency help
Daniel Martí
mvdan at mvdan.cc
Mon May 18 18:00:20 EDT 2015
On Mon, May 18, 2015 at 22:43:00 +0100, Michael Rogers wrote:
> Yup, I had a similar thought about adding a "no more results" method to
> the interface. It's something I missed in the Bluetooth LE API when
> playing with it recently.
In the last few days I went with this implementation, works just fine.
Using it in the example app.
Also got rid of the hacky method that returned a list, as you suggested.
> Maybe that points towards making both methods asynchronous - unless
> /proc/net/arp is guaranteed not to block.
I actually seem to fail at googling this. My best guess is that, since
it's only a pseudo-filesystem to provide access to kernel data
structures, it shouldn't block.
> There are many situations where I'd suggest using final, but that's the
> only one that's relevant to this particular piece of code.
This is perhaps a bit offtopic, but is there a document explaining this
in detail anywhere?
--
Daniel Martí - mvdan at mvdan.cc - http://mvdan.cc/
PGP: A9DA 13CD F7A1 4ACD D3DE E530 F4CA FFDB 4348 041C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.mayfirst.org/pipermail/guardian-dev/attachments/20150519/981d51d0/attachment.sig>
More information about the guardian-dev
mailing list