On 18/05/15 23:00, Daniel Martí wrote: > 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.
Great! > 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. I'd guess the same, but I don't know enough about the kernel to be sure. >> 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? The best document I know of is "Java Concurrency in Practice" - it's not short, but it'll save you time if you do much Java programming. You could also try Oracle's Java tutorials, but I find them rather dry... http://docs.oracle.com/javase/tutorial/essential/ Cheers, Michael
0x9FC527CC.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
_______________________________________________ List info: https://lists.mayfirst.org/mailman/listinfo/guardian-dev To unsubscribe, email: [email protected]
