summaryrefslogtreecommitdiffstats
path: root/java/jni
diff options
context:
space:
mode:
authorSven Gothel <[email protected]>2020-01-21 13:53:24 +0100
committerSven Gothel <[email protected]>2020-01-21 13:53:24 +0100
commit031145ae81daa3583ddc2bb04b7b730d48cd67c8 (patch)
tree7425742c55167c7770b91aa431e8f4e7b9b48342 /java/jni
parentac6d3082d06183c860eea97f451d5a92022348e0 (diff)
BluetoothManager: Utilize own glib main context and associate it with the main loop
At Zafena (Issue #14), we experienced that the BluetoothGattCharacteristic callbacks '::on_properties_changed_characteristic' were not handled by BluetoothManager's own main loop thread, but passed via the 'JavaFX Main Application Thread'. BluetoothManager already utilizes its own main loop thread and it looks like it only has to register its own main context and associate it and use it as the thread local default context. This seems to be sufficient to have all other callbacks being handled from its own main loop thread.
Diffstat (limited to 'java/jni')
0 files changed, 0 insertions, 0 deletions